By the link (point AWS nameserver updates) I can find the instruction on adding nameserver records to Route 53, but I cannot find any info on how it helps me. I’ve replaced the default NS records of the domain on “Hosted zones” (AWS) with the two NS records from my Cloudflare domain, but no effect. Do I need to configure Route 53 to make the load balancer work with Cloudflare (I don’t use Route 53 for anything)?
I’ve enabled the “Flexible” SSL/TLS encryption mode on Cloudflare. I need the Flexible encryption for the main domain and don’t need it for the subdomains, because they have their own SSL. Can this affect the problem?
@MoreHelp
I sent a request to technical support earlier #2190895
There you can find more specific information about the problem. I could not insert some sensitive data here, like domain names, IPs and etc.
Something definitely doesn’t add up here - if you have set up your CNAME to your AWS ELB as grey-clouded, you should get amazon IPs back from your resolver.
The best thing to do would be to check via an online tool like https://dig.ping.pe/ to see what the response is worldwide - and try via 1.1.1.1 and 8.8.8.8 for comparison. Also run dig +trace api.mydomain.com and make sure you are actually seeing the Cloudflare NS assigned to your domain. That’s the only reason I can think of why you’d be getting a different response - that your NS are not set to Cloudflare.
I tried one thing today.
I have another domain on Cloudflare and I tried to create the same CNAME record for it and all works well and the new subdomain was available in less than 1min. I’ve also compared configs of these two domains and they both are configured identically.
It looks like I have an internal problem with my domain because updates in CNAME records seem to affect nothing. I have thought about deleting the domain and creating it once again to start from scratch, but this is not a good solution for my client right now.