Comments (151)
Any updates? I am in need of this feature.
from amplify-hosting.
+1 to this feature request, or the next best solution for wildcard subdomains
from amplify-hosting.
This is a blocker for me too. It is very useful to have wildcards for multi-tenant systems.
from amplify-hosting.
@cjimenezber you should be able to create domain associations via the AWS CLI: https://docs.aws.amazon.com/cli/latest/reference/amplify/create-domain-association.html
We have a feature request for domain patterns in our backlog. Thanks hope this helps.
from amplify-hosting.
Alright, will there be any notification of when the wildcard subdomain feature is finished?
from amplify-hosting.
This issue was closed so we missed this. Reopened it to let you know that we launched a feature for automatic subdomains that match a pattern. Please let us know if this will work for you: https://aws.amazon.com/blogs/mobile/automatically-create-and-delete-custom-sub-domains-for-your-branch-deployments-with-amplify-console/
The short answer is NO
@dtelaroli that isn't really going to help us prioritize the issue. Can I understand a bit more in detail why the subdomain autodetection will not work for you? Again, apologies that this issue slipped under the rug as it was closed. But given I reopened it, I'd like to understand the usecase a bit more.
Wildcard means, that literally ANY subdomain can be entered (e.g. costumer1.example.com or costumer9999.example.com or even 989addad.example.com) to start the same application.
Within the application itself we then render depending on the subdomain, but that's not AWS concern. What matters is, that my App starts, when some random subdomain is entered.
The feature you deployed is nice-to-have, but this is a dealbreaker for many of us.
from amplify-hosting.
+1 for wildcard domain/subdomain support
from amplify-hosting.
any updates on this, I need this feature
from amplify-hosting.
Hey guys we are actively looking at designing a solution for this. We will update this thread soon with a plan.
from amplify-hosting.
The short answer is NO
@dtelaroli that isn't really going to help us prioritize the issue. Can I understand a bit more in detail why the subdomain autodetection will not work for you? Again, apologies that this issue slipped under the rug as it was closed. But given I reopened it, I'd like to understand the usecase a bit more.
@swaminator because I don't want to create one subdomain per branch, but one subdomain per customer. I'm creating via sdk a new subdomain to each my customer, but the limit of 50 subdomain limits my app to get maximum of 50 customers. If you increase the limit, it's good, but imagine my r53 zone with a huge number of entries for acm validation and cnames.
The better solution still being wild card subdomain.
from amplify-hosting.
+1, big issue for us as we have over 400 clients and we let them choose their subdomain programatically when they onboard
from amplify-hosting.
+1, guys we really need that functionality!
We have above 5000 customers with custom subdomain, so because of that problem we can't use Amplify at all.
Right now we moved back to the Vercel solution because of that.
I'm looking forward to have a proper solution in Amplify.
from amplify-hosting.
@abhi7cr, @VividKnife, @swaminator,
Could you guys let us know if there is an underlying issue as to why this can't be implemented easily? From an external point of view (which may not have the full picture), it feels like the underlying Cloudfront distribution(1) and Certificate Manager(2) should support wildcard.
This feature would come a long way to achieve sophisticated multi-tenancy (one user can belong to many accounts / orgs) and would further help Amplify to gain an enterprise-ready reputation.
Thanks!
(1) https://aws.amazon.com/about-aws/whats-new/2013/09/18/amazon-cloudfront-announces-wildcard-cname-support/
(2) https://docs.aws.amazon.com/acm/latest/userguide/acm-certificate.html
from amplify-hosting.
@swaminator Same here. I need to use subdomains for customer's dashboards as well. Support for wildcards would solve this for me.
from amplify-hosting.
Hello,
I encountered the same problem while developing a project. I solved it by implementing a reverse ssl proxy with the following features :
- Clients can choose a subdomain
- Clients can link their own domain name
- HTTPS and automatic renewal of the clients certificates
- Possibility to manage domains : remove entry, check if the domain already exists...
Would you be interested in a service that would handle this issue for you for a price between 100 and 400 dollars per month?
Let me know by putting a π beside this comment.
Hugo
from amplify-hosting.
Could migrate to S3 + Cloudfront + route53 wildcard?
Also vercel https://vercel.com/blog/wildcard-domains seems to support wildcard domains if you're using nextjs or create-react-app..
Amplify has been great otherwise, any transparency regarding blockers to get this done? @ferdingler
from amplify-hosting.
I'm dealing with the same issue...
I have a first quick fix for it (proxy using api gateway):
1.- Create an Api Gateway, create an any method, then integration HTTP to url : youramplifyurl.com
2.- Add a custom domain name (still in api gateway) "*.yourdomain.ext" (create your ACM certificat *.yourdomaine.ext)
3.- Add a A record (you need to activate the alias button to ON) and select "from api gateway"
It works fine and does not seems to have any speed performance issues (SEO), I just need to verify it's scalable (it should be).
I'm gonna look for something cleaner on tomorrow but amplify enforces https and manage all certificates.
It looks complicated to find an easy way to fix it elsewhere than in cloudformation.
Maybe a simple solution is to find another service...
Keep me in touch
π«π·
from amplify-hosting.
+1 please support multi tenancy apps!!
from amplify-hosting.
+1 for wildcard support
Let's get this rolling.. where is the classic Amazon Customer Obsession?
from amplify-hosting.
The feature is most definitely required
from amplify-hosting.
Would anyone be aware whether this would be possible to achieve through the Cloudfront and S3 hosting option? I see that the docs support it, but not aware of the limitations or if there are any issues with using this solution.
from amplify-hosting.
First of all, we have a limit on total number of subdomains you can add to each customer domain (50).
Secondly, any update to the subdomains(including add and remove) it will require us to update the cloudfront behind, which takes about 10-15mins.
Can the limit be increased? We are using it so that each account have their own subdomain.
from amplify-hosting.
The short answer is NO
Whatβs gonna be the workaround for that? Are wildcards possible?
from amplify-hosting.
+1
from amplify-hosting.
π for this
from amplify-hosting.
π for this
from amplify-hosting.
I have another question, to finalize this. We will be either adding them manually or using a cron job that invokes a CLI method with the new customers. When doing manual changes to the subdomains I noticed that all subdomains slow down greatly while the domain gets reverified and everything gets added to cloudfront.
Will this happen for all domains/sub-domains every time I update the list of subdomains?
from amplify-hosting.
First of all, we have a limit on total number of subdomains you can add to each customer domain (50).
Secondly, any update to the subdomains(including add and remove) it will require us to update the cloudfront behind, which takes about 10-15mins.
from amplify-hosting.
Any update on wildcard subdomains?
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
Please update on this, We are getting delay in our production launch.
Please answer yes/No
from amplify-hosting.
I have created this js function as workaround. It's not a wildcard, but at least I can create on demand subdomains, programmatically:
https://gist.github.com/dtelaroli/ffbebd858f5089bfb7532ff3d96fb7ea
from amplify-hosting.
@anuj-bluebash,
We currently don't support wildcards as a subdomain prefix. We have a feature request in our backlog to address this, and will let you know once it's rolled out. Thanks for your patience.
from amplify-hosting.
@swaminator @abhi7cr is there any workaround for wildcards to work? I don't see CloudFront for application deployed using Amplify in my AWS Console, so I assume it's internal. Maybe there is way for me to create own CloudFront and setup DNS manually? It would be wonderful if I could keep CI pipeline and setup CloudFront on my own.
from amplify-hosting.
Would anyone be aware whether this would be possible to achieve through the Cloudfront and S3 hosting option? I see that the docs support it, but not aware of the limitations or if there are any issues with using this solution.
I ended up going for this option, we have a production app using S3 + Cloudfront with Wildcard CNAME record.
from amplify-hosting.
+1
from amplify-hosting.
I have tried and after two weeks I received no as answer
from amplify-hosting.
This issue was closed so we missed this. Reopened it to let you know that we launched a feature for automatic subdomains that match a pattern. Please let us know if this will work for you: https://aws.amazon.com/blogs/mobile/automatically-create-and-delete-custom-sub-domains-for-your-branch-deployments-with-amplify-console/
from amplify-hosting.
This issue was closed so we missed this. Reopened it to let you know that we launched a feature for automatic subdomains that match a pattern. Please let us know if this will work for you: https://aws.amazon.com/blogs/mobile/automatically-create-and-delete-custom-sub-domains-for-your-branch-deployments-with-amplify-console/
Can the subdomain limit be increased? We are using it so that each account have their own subdomain.
from amplify-hosting.
The short answer is NO
from amplify-hosting.
No, you can use wildcards configuring it directly at route53, cloudfront and acm, but amplify does not support yet. We are waiting for aws team to solve this issue.
I also need this feature, but following the time that AWS takes to solve some issues (near to 3 years), I will move my project from amplify to an own configuration at cloudfront ou cloudflare when I would have 50 customers.
from amplify-hosting.
The short answer is NO
@dtelaroli that isn't really going to help us prioritize the issue. Can I understand a bit more in detail why the subdomain autodetection will not work for you? Again, apologies that this issue slipped under the rug as it was closed. But given I reopened it, I'd like to understand the usecase a bit more.
from amplify-hosting.
@niknokseyer not currently but we will enable limit increases soon.
from amplify-hosting.
@niknokseyer not currently but we will enable limit increases soon.
Looking forward to that. Our use case is for url branding purposes. When a new client / company signs up on our application they get their vanity url (e.g. .webapp.com) to login to their dashboard. We've reached more than 50 account sign ups so we were surprised reaching the 50 subdomain limit. @swaminator
from amplify-hosting.
Correct me if I'm wrong, doesn't this just involve allowing us to place an asterisk as the host? and then just update the DNS to * CNAME target ?
from amplify-hosting.
Correct me if I'm wrong, doesn't this just involve allowing us to place an asterisk as the host? and then just update the DNS to * CNAME target ?
This is currently not an option on AWS Amplify.
from amplify-hosting.
Correct me if I'm wrong, doesn't this just involve allowing us to place an asterisk as the host? and then just update the DNS to * CNAME target ?
With clouldfront you can get it, but you can't use another subdomain together in amplify, because cloudfront doesn't allows between different accounts. I have tested too much workaround, but there is no way.
I think that amplify use another account and it is this the limitation.
By the history, in 2 years the aws will solve it.
from amplify-hosting.
et it, but you can't use another subdomain together in amplify, because cloudfront doesn't allows between different accounts. I have tested too much workaround, but there is no way.
I think that amplify use another account and it is this the limitation.
I have come to the same conclusion, we ended up buying a different domain to use in dev for this reason. We still use Amplify for development, but we use straigh up S3 on Cloudfront in production.
from amplify-hosting.
I'm using different domain as a new hosted zone as subdomain of mine root domain (eg. dev.mydomain.com). But I don't like using different environment configuration. Now, I'm migrating the all 4 apps to CloudFront/S3 (one uses wildcard). If I would have some new surprise, I'll migrate to the CloudFlare.
from amplify-hosting.
I'm using different domain as a new hosted zone as subdomain of mine root domain (eg. dev.mydomain.com). But I don't like using different environment configuration. Now, I'm migrating the all 4 apps to CloudFront/S3 (one uses wildcard). If I would have some new surprise, I'll migrate to the CloudFlare.
I fully agree with not wanting to use different environment configuration, we plan to eventually get out of amplify once we finish some critical functionality since we really really need the wildcard subdomains, but that means setting up our own pipeline rather than using a premade one, which is a shame, but the only option we got in order to not have multiple environment configurations.
from amplify-hosting.
@cjimenezber today I understand why you have used another domain to development env. It's impossible use another subdomain wildcard because cloudfront does not allow also. Eg.: *.rootdomain.com and *.dev.rootdomain.com.
Now, it is a blocker missing feature for me. I also will need to buy another domain or migrate to another service.
from amplify-hosting.
bump
from amplify-hosting.
As I understand it, wildcards (*) will cause an issue for SSL certs and probably why AWS has not allowed a * in the subdomain entry. Wildcard certs are becoming obsolete as they open up security issues. Increasing, or better yet, removing the limit of 50 subdomains would be the real solution here. As a programmer, I'm pretty sure there's a single config variable in the code that is set to 50. Just append a few more zeros and make it 5000 or 50000... Problem solved.
I can create new subdomains programmatically but the limit here is the true killer. Such a nice system that is ruined by this unrealistic limit.
from amplify-hosting.
bump, this is a real issue. Might need to move over to a different service/supplier.
from amplify-hosting.
I have gotten this problem solved by reaching out to AWS support and asking to increase the 50 limit to 500. It took a little under a day for them to change it!
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
The solution I found was to ask AWS for a limit increase for subdomains in the region you want for all apps in the region and use Route 53 to automatically add the CNAMEs when a new subdomain is added via the SDK (will not work in console past 50).
Wildcard certificates are dangerous and not recommended anyway. If you want to handle 404s at the subdomain level, you can just add a * CNAME in Route 53 and point it to a separate web server with a wildcard cert. Then either redirect back to your application or display your 404 page.
from amplify-hosting.
@mits87
How are you using vercel for it?
They provide wild card support.
But how yo are asking them to point their custom domain to your wildcard domain?
from amplify-hosting.
+1 for wildcard subdomain support to have a subdomain for all of our clients. Now I have to do it manually.
from amplify-hosting.
+1 for wildcard domain support
from amplify-hosting.
+1
from amplify-hosting.
Hey guys we are actively looking at designing a solution for this. We will update this thread soon with a plan.
Any update on this?
from amplify-hosting.
+1
from amplify-hosting.
+1 for multi tenancy support
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
At moment solved without Amplify, combining Codepipeline with S3 bucket and configuring the wildcard subdomain to a root application, to map subdomain and configure the application on runtime.
from amplify-hosting.
I solved this issue by using the AWS SDK to create/update the subdomains as needed. I did this after asking them to increase my limits which was a feat in and of itself. No need for wildcards anymore.
from amplify-hosting.
+1 Amplify is great we already use it but it would be much more great to have wildcard subdomain support for multi tenant applications
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
@aws-amplify-ops , Is there any plan to support wildcard or not , so we can search for other options
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
+1
from amplify-hosting.
Related Issues (20)
- One or more of the CNAMEs you provided are already associated with a different resource HOT 3
- CloudFront cache always misses when uBlock Origin is disabled HOT 5
- FR: Would like to see console to be translated to HINDI. HOT 4
- Next.js 13 serving content from build time only HOT 4
- PR preview error HOT 1
- BUG: SSG Build failed : Failed to find the deploy-manifest.json file in the build output HOT 9
- BUG CICD is not deploying changes to the back-end HOT 1
- [BUG] - Unresolved/Auto-Closed User-Impacting Bug from 2022 Still Broken in 2024 HOT 4
- [BUG] !!! CustomerError: : Invalid Monorepo spec provided. The "appRoot" key needs to be a string HOT 11
- [BUG] Backend environment cache not used HOT 4
- In manual drag and drop deploy, main.js and style.js looks text/html content-type HOT 4
- [ERROR]: !!! CustomerError: Can't find required-server-files.json in build output directory HOT 4
- Be able to get Amplify project DNSSEC compliant HOT 4
- Is it possible to use 2 different platforms in one amplify app? HOT 5
- Issues with remote (backend) function building & size constraints ("Unzipped size must be smaller than..") HOT 3
- Staged Rollout Deployment for Amplify Hosted site HOT 1
- is there a way I can host an app in 2 different platforms HOT 11
- test branch deploy succesfull it gives 404 on domain which is hosted on amplifyapp.com HOT 4
- Command hook for frontend SSG deployments HOT 1
- TTFB is up to 8 seconds for a simple nextjs application HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. πππ
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google β€οΈ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from amplify-hosting.