From @hutualive on Thu Aug 03 2017 08:23:49 GMT+0000 (UTC)
@jayair
two comments:
1.the certificate can be selected from the dropdown list of cloudfront, is only available to be created in us-east-1 region(N.Virginia), create from other region is not working.
2.for bare domain(example.com),suggest for the viewer policy to use redirect http to https, which is less confusing and better for the security purpose. because when we hitting www.example.com, will auto redirect to https://example.com, but when we hitting example.com, it will stay as is unless people specify https://example.com, which is not normal case.
From @BIWhitfield on Tue Feb 20 2018 14:13:35 GMT+0000 (UTC)
Hi guys, great tutorial! One of my only issues was that when I set up the validation in this section by email, it sent validation emails to 5 common email addresses associated with the domain I bought from Route 53. However I canât for the life of me work out how to access those emails to approve the validation. As far as I can tell the Route 53 domain doesnât support email forwarding and I canât find an inbox area to validate. Iâve ended up clearing out the validation by email and doing the DNS way. Just waiting on that to refresh (30 mins apparently) so I can finish the https part of that chapter.
Any ideas where those emails go just for my own reference?
My notes app is hosted in a different region (not US East, N.Virginia). I am using Certificate Manager for the first time. However, I donât see the option to get started in the Certificate Manager home page.
Further, when I try to provision a certificate, I see 4 steps on the left versus the three listed in the tutorial. Further, in the validation screen, I am not able to expand the domains. I am not sure if I should go ahead and request the certificate. Has someone faced something similar? Thanks for any help.
This is by far the best resource I found on deploying SPA to aws.
Kudus!
I have one question: Is there a way to prevent users using the static website hosting URL (I want to prevent it since itâs not https)?
If they enter via CF then using the ssl works fine, but what happens when they access the âbucketâ directly?
One of the issues with the domain configuration is that if you make a mistake it takes a while for the fix to take effect. Are you still having this issue?
Edit: I see the link doesnât work. From the screenshots it looks like it is configured properly. But when I $ping my-serverless-app.uk it doesnât work. It seems like the domain is not pointing to anything?
Yeah it looks like it. Can you try pointing the domain to something else? It seems like it just isnât pointing to anything. Everything else in your setup seems fine.
I recently went through this step again - I did the first time in ~Feb. Since then, I noticed a change. It appears that you have to create the certificate in ACM before you can give a CloudFront distribution an alternate CNAME. If you try to create the CNAME first, CloudFront fails with: