DNS record types reference
The Domain Name System stores far more than IP addresses. Each record type answers a specific question: where is this host (A/AAAA), what is its canonical name (CNAME), who handles its mail (MX), what text policies apply (TXT), which services exist (SRV), which CAs may issue certs (CAA), and how to validate signatures (DNSSEC types). Picking the right type, formatting its RDATA correctly, and setting a sensible TTL is the difference between a working domain and a broken one. Search the reference above by type, numeric code, or keyword.
How it works
Every DNS record has an owner name, a type, a class (almost always IN), a TTL, and type-specific RDATA. The TTL is a cache lifetime in seconds: low TTLs (300s) let you change records quickly at the cost of more queries, while high TTLs (a day or more) cache aggressively for stable records. Some types have structural rules — a CNAME cannot share a name with any other record and cannot sit at the zone apex, which is why providers offer ALIAS/ANAME or the newer HTTPS/SVCB records for apex pointing. DNSSEC layers cryptographic types on top: DNSKEY (public keys), RRSIG (signatures), DS (delegation hash in the parent), and NSEC/NSEC3 (authenticated denial of existence) together build a verifiable chain of trust.
Tips and examples
- Lower a record’s TTL a day before a planned migration so resolvers pick up the change quickly, then raise it again once stable.
- Keep SPF, DKIM, and DMARC as
TXTrecords — the dedicated SPF type is obsolete and ignored. - Add a
CAArecord (issue "letsencrypt.org") to restrict which CAs can mint certs for your domain. - Prefer
HTTPS/SVCBrecords to advertise ALPN, ports, and ECH; they let clients connect faster and more securely and solve apex aliasing cleanly.