Below is a list of common DNS record types along with an explanation of what they are and how they are typically used.

CNAME

Canonical name records, or CNAME records, are often called alias records because they map an alias to the canonical name. When a name server finds a CNAME record, it replaces the name with the canonical name and looks up the new name. This allows pointing multiple systems to one IP without assigning an A record to each host name. It means that if you decide to change your IP address, you will only have to change one A record.

CNAME records must be the only record on a zone, which is why they cannot be added to the apex of any zone as the apex is the place where the NS and SOA records for the whole zone must be placed. For this reason, we introduced the ALIAS record to give the same flexibility as a CNAME, but on zones where a CNAME would not other wise be permitted.

TXT

A TXT record allows domain administrators to insert any text into the DNS record. It is usually used to denote facts about the domain. A TXT entry was originally intended for human-readable text, but these records are dynamic and can be used for many purposes.

These records are not used to direct any traffic, but to provide information to outside sources. For example, TXT records are used by email systems to identify if an email is coming from a trusted source (via an SPF record). Another common use is “ownership verification”. If you want to use a service like google webmaster tools, one method of verifying ownership is to add a TXT record to the domain with a randomly generated string. Google then checks for the record to have the proper value and confirms your control over the domain.

MX

The MX record , which stands for “mail exchange”, is used to identify mail servers to which mail should be delivered for a domain. MX entries must point to a domain, and never point directly to an IP address. If no MX record exists on a domain to which an SMTP server attempts to deliver mail, the server will attempt to deliver the mail to the matching A record.

In addition to the standard RDATA containing the location of mail servers, MX records also have a priority. The MX priority determines the order of mail servers to which mail delivery should be attempted. The mail server which has the lowest MX level should be the first target for delivery. For example, if you have MX records with levels 10, 20, and 30, servers should try to deliver the mail to the MX record with level of 10 and then to the others if delivery to the first fails.

SPF

Sender Policy Framework (SPF)

A

The A record is one of the most commonly used record types in any DNS system. An A record is actually an address record, which means it maps a fully qualified domain name (FQDN) to an IP address. For example, an A record is used to point a domain name , such as “google.com”, to the IP address of Google’s hosting server, “74.125.224.147”.

This allows the end user to type in a human-readable domain, while the computer can continue working with numbers. The name in the A record is the host for your domain, and the domain name is automatically attached to your name. For example, if you want to make a record for www.yourdomain.com, you only need to enter ‘www’ for the name value in the textbox when editing the records for yourdomain.com.

NS

An NS record identifies which DNS server is authoritative for a particular zone. The “NS” stands for “name server”. NS records that do not exist on the apex of a domain are primarily used for splitting up the management of records on sub-domains.

The benefit of having multiple NS records on the apex zone is additional redundancy of DNS service. In order to get the most redundancy out of the NS records, they should be hosted on different network segments. If the NS records are not hosted on different network segments and the network goes down, your DNS will go down with it.

It is worth noting that the NS records set on a particular name server are different from the delegation for a domain set with the registry of the domain.

SOA

The SOA or Start of Authority record for a domain stores information about the name of the server that supplies the data for the zone, the administrator of the zone and the current version of the data. It also provides information about the number of seconds a secondary name server should wait before checking for updates or before retrying a failed zone transfer.

ALIAS

With the new ALIAS record, you can point your domain to a single host name (such as the proxy.heroku.com CNAME record) and we will return the IP addresses associated with that host name as if they were your own. Whenever proxy.heroku.com changes the A records returned for your domain will change along with it, without any need for your intervention.

This would also work for an Amazon Elastic Load Balancer or S3 host name. If you point your domain to one of those hosts with an ALIAS record it will return the current A records for that host and will update when the host updates, using the time-to-live specified by the host.

One might compare this to a CNAME, however there is a significant difference: a CNAME record must be the only record for a particular name. This means that you cannot use a CNAME for your second-level domain as it must include NS records and an SOA record. You *can* use an ALIAS record though as that will effectively be converted to A records behind the scenes by our name servers.

Note that if you are pointing a subdomain to another subdomain in the same domain (i.e. foo.example.com -> bar.example.com) then you should use a CNAME record.

Did this answer your question?