- Newest
- Most votes
- Most comments
I finally figured this out! It was a stupid mistake on my part but I'll describe it here in case someone else makes the same stupid mistake in future. So I went to ACM and it said I have to put _argleblargle.example.com in a CNAME record with value _complicatedstuff. So I copied _argleblargle.example.com from the page, went to Route 53, created a new record, pasted it in, copied the _complicatedstuff and pasted that in, and hit OK and it did it.
But Route 53 supplies the .example.com for me, so in fact I had created a record for _argleblargle.example.com.example.com, which is not what I needed at all. And of course because I was looking at the _argleblargle bit, I didn't notice.
So if you're tempted to do as I did, trim off the .example.com.
very useful as this issue popped up for me with same warning language near the end of 2020. On my ACM console the CNAME Name and Values are visible, but I don't understand what does the instruction mean by "copy the CNAME info into your DNS database", until I found this post.
My naive understanding now is that "database" is what I stored in Route 53. Again, as the OP mentioned, in my ACM UI, the "Create Record in Route 53" button is greyed out and non-clickable. I need to copy those CNAME value manually into the corresponding Route53-> hosted zone entity. For some reason I only had "NS", "A", and "SOA" type records there, but no "CNAME".
Then I clicked "create record" button in Rout53 UI, then copied the CNAME Name and Value (both started with a _) over. After about an hour, I got an AWS email notifying that the DNS validate has succeeded.
Relevant content
- Accepted Answerasked 2 years ago
- Accepted Answerasked 2 years ago
- asked a year ago
- AWS OFFICIALUpdated 2 months ago
- AWS OFFICIALUpdated 3 months ago
- AWS OFFICIALUpdated 2 months ago