DEV Community

Jacob See
Jacob See

Posted on • Originally published at jacobsee.com on

You can't CNAME your root domain (but also, you can!)

I ran across an interesting situation recently where I wanted to take a friend's domain (that they had given me access to on their Google Domains account) and host a landing page on the same server that the rest of my sites run on - with one small catch:

I didn't want to have to maintain a separate A record for their domain pointing to my server's IP address. I already maintain an A record for my own domain. I thought that I should be able to CNAME their domain to mine, and have the IP address of my own A record simply set the course for this new domain as well.

It turns out that this breaks some rules under normal DNS conventions.

Specifically, under the authoritative RFCs 1912 & 2181:

  • CNAME records, when defined, must be the only record for a given hostname.
  • SOA and NS records must exist at the domain root.

These two constraints would contradict each other - so CNAME records are not technically allowed at the domain root!

The thing is - This is not a technical limitation. This is merely a limitation in the specification, written during a time when the modern Internet (and the infrastructure that we use to drive it) simply did not look anything like what it does today.

This leaves us with an interesting situation. Google Domains has not implemented any sort of workaround for this, so using Google as the nameserver for my friend's domain was not an option. However, some other providers have implemented what they call ALIAS records, ANAME records, or virtual CNAME records!

These pseudo-records are a fantastic piece of DNS server trickery. Instead of replying to a DNS request for the root hostname with a CNAME record (which, remember, breaks the rules) - they have the DNS server perform its own lookup of the ALIASed domain on-the-fly and return that IP to the requesting client as a normal A record, indistinguishable from any other totally normal A record on a domain root!

Out of the public DNS providers that support this "virtual CNAME" service, CloudFlare is the one that I decided to use (since I use CloudFlare for other things as well). They call this trickery "CNAME Flattening", and they have written their own detailed post about it here. In the CloudFlare DNS panel, once you enable CNAME flattening, you can treat CNAME records as if they can exist at the root. Create the CNAME record at the root, and it will automatically handle the flattening (i.e. conversion to an A record) for you!

CloudFlare's CNAME Flattening option in their DNS control panel

This made for an elegant implementation of my desired DNS configuration. I used the Google Domains panel to point the NS records for my friend's domain at CloudFlare, and from there was able to virtually CNAME that domain to point at my main domain (and thus be hosted by my same web server), without breaking any DNS rules!

Top comments (1)

Collapse
 
digdugprophetie profile image
ادريس م

Alias records are great, until you need to migrate away from a service which happens to support it (or if your lower environments only support RFC-compliant DNS). Codifying this and making it into an official addition to the protocol would solve so many problems.