HTTPfy

DNS record types

What each DNS record does, how it is written, and how real domains use it, with a working lookup for every type.

What a DNS record is

A DNS zone is a list of resource records. Every record has the same five parts, in this order in a zone file:

www.example.com.   3600   IN   A   192.0.2.10
; owner name       TTL    class type RDATA
  • Owner name: the name the record belongs to. A trailing dot makes it fully qualified; without one, the zone's $ORIGIN is appended.
  • TTL: how many seconds resolvers may cache the answer before asking again. It is the main reason a DNS change does not "propagate" instantly.
  • Class: almost always IN (internet).
  • Type: what kind of data follows: an address, a mail server, a key, a policy.
  • RDATA: the data itself. Its format depends on the type, and each page below explains it field by field.

All records with the same name, class and type form an RRset. Resolvers cache, return and (with DNSSEC) sign them as a unit, which is why two MX records for one domain always arrive together and share a TTL. Names that begin with an underscore, such as _dmarc, _25._tcp or selector._domainkey, are not hostnames. They are a convention for attaching protocol-specific data to a domain without clashing with real hosts (RFC 8552).

Several important email standards (SPF, DKIM, DMARC, BIMI, MTA-STS and TLS-RPT) define no record type of their own. They are TXT records at agreed names, so they are listed here alongside the types they depend on.

How a lookup works

A stub resolver on your device asks a recursive resolver (your ISP's, or a public one like 1.1.1.1 or 8.8.8.8). On a cache miss, the recursive resolver starts at the root servers, follows the NS records that delegate com and then example.com, and asks the authoritative server for the type it needs. Along the way it may follow CNAMEs, validate DNSSEC signatures (DS, DNSKEY and RRSIG), and cache every answer for its TTL, negative answers included (SOA minimum).

Every type page shows records fetched live from well-known domains, with the time they were checked, and a lookup you can run yourself.

Addresses and aliases

Records that turn a name into somewhere to connect.

Zone and delegation

Records that define who is authoritative for a zone and how it is cached.

Mail and email authentication

Where mail is delivered, and the TXT-based records that prove who may send it.

Service discovery

Records that tell clients which host, port or protocol to use for a service.

Security and DNSSEC

Records that sign DNS data or pin certificates, keys and issuing CAs.

Reverse lookups and informational

Name-from-address lookups and descriptive records.

Tools for checking records