DNS-recordtypen
Referentie van de meestgebruikte DNS-recordtypen: hun naam, waar ze voor dienen en een voorbeeldwaarde.
18
AAddressRFC 1035Adres

Koppelt het domein aan een IPv4-adres.

example.com → 93.184.216.34
AAAAIPv6 AddressRFC 3596Adres

Koppelt het domein aan een IPv6-adres.

example.com → 2606:2800:220:1:248:1893:25c8:1946
CAACertification Authority AuthorizationRFC 8659Beveiliging

Certificaatautoriteiten die TLS-certificaten voor het domein mogen uitgeven.

0 issue "letsencrypt.org"
CNAMECanonical NameRFC 1035Alias

Alias die naar een andere domeinnaam verwijst in plaats van naar een IP.

www.example.com → example.com
DNSKEYDNS KeyRFC 4034Beveiliging

Openbare sleutel die DNSSEC gebruikt om de records van de zone te ondertekenen.

256 3 8 AwEAAb…
DSDelegation SignerRFC 4034Beveiliging

Koppelt de zone aan de DNSSEC-sleutel van de bovenliggende zone (ondertekende delegatie).

2371 13 2 8ACBB0CD…
HINFOHost InformationRFC 1035Tekst

Hostinformatie: CPU en besturingssysteem; wordt tegenwoordig zelden gebruikt.

"Intel" "Linux"
HTTPSHTTPS Service BindingRFC 9460Service

Verbindingsparameters (ALPN, poort, IP) om HTTPS-toegang te versnellen.

1 . alpn="h2,h3"
MXMail ExchangeRFC 1035E-mail

Mailserver van het domein, met een prioriteit (het laagste nummer heeft voorrang).

10 mail.example.com
NAPTRNaming Authority PointerRFC 3403Service

Herschrijfregels om services te ontdekken (gebruikt in ENUM en SIP).

100 10 "U" "E2U+sip" "!^.*$!sip:info@example.com!" .
NSName ServerRFC 1035Zone

Autoritatieve naamservers die de zone van het domein beheren.

ns1.example.com
PTRPointerRFC 1035Omgekeerd

Reverse DNS: koppelt een IP-adres aan een domeinnaam.

34.216.184.93.in-addr.arpa → example.com
SOAStart of AuthorityRFC 1035Zone

Autoriteitsgegevens van de zone: primaire server, contact en verversingstijden.

ns1.example.com admin.example.com 2024010101
SRVServiceRFC 2782Service

Locatie (host en poort) van een service, zoals SIP of XMPP.

_sip._tcp 10 5 5060 sip.example.com
SSHFPSSH FingerprintRFC 4255Beveiliging

Vingerafdruk van de openbare SSH-sleutel van de host om verbindingen te verifiëren.

1 1 123456789abcdef…
SVCBService BindingRFC 9460Service

Generiek servicebindingsrecord; het vormt de basis van het HTTPS-record.

1 svc.example.com alpn="h2"
TLSATLS AssociationRFC 6698Beveiliging

Koppelt een TLS-certificaat aan het domein via DANE.

3 1 1 0b87ad…
TXTTextRFC 1035Tekst

Vrije tekst; gebruikt voor SPF, DKIM, DMARC en eigendomsverificaties.

v=spf1 include:_spf.google.com ~all

Hoe het werkt

Een DNS-record is een regel in de zone van een domein die één concrete vraag beantwoordt: naar welk IP-adres het wijst, welke servers zijn e-mail ontvangen, wie de zone beheert of welke instanties er certificaten voor mogen uitgeven. Elk recordtype beantwoordt een andere vraag, en een goed geconfigureerde zone combineert er meerdere.

Deze referentie bundelt de recordtypes die je dagelijks tegenkomt — van de basis A, AAAA, CNAME, MX en TXT tot de beveiligingsrecords zoals CAA, DNSKEY, DS, TLSA en SSHFP — met hun volledige naam, waar elk voor dient en een voorbeeld van hoe het er in de zone uitziet.

Het is een opzoektabel: er worden geen queries gedaan en je domein wordt niet geanalyseerd. Wil je de werkelijke records van een domein zien, dan lost de DNS-opzoektool ze live op.

Voorbeelden

Aejemplo.com. 3600 IN A 192.0.2.10Wijst een naam naar een IPv4-adres. De 3600 is de TTL in seconden: hoe lang resolvers het antwoord mogen cachen.
MXejemplo.com. 3600 IN MX 10 mail.ejemplo.com.Het getal is de prioriteit: de laagste waarde wordt als eerste geprobeerd. Meestal worden meerdere MX-records opgegeven als reserve.
TXTejemplo.com. 3600 IN TXT "v=spf1 include:_spf.google.com ~all"TXT-records bevatten vrije tekst. Ze worden vooral gebruikt voor SPF, DKIM, DMARC en om het eigendom van een domein te bevestigen.

Gebruiksscenario's

  • Nakijken welk recordtype van toepassing is voordat je de zone van een productiedomein aanpast.
  • Het antwoord op een DNS-query of het resultaat van een e-maildiagnose begrijpen.
  • De e-mail van een domein instellen door MX te combineren met de TXT-records voor SPF, DKIM en DMARC.
  • De beveiligingsrecords van een zone nakijken: CAA om te beperken wie certificaten uitgeeft, DS en DNSKEY voor DNSSEC.

Veelgestelde vragen

Wat is het verschil tussen een A-record en een CNAME?

Een A-record wijst rechtstreeks naar een IPv4-adres. Een CNAME wijst naar een andere naam, die op zijn beurt wordt opgelost. Een CNAME is handig als het doel-IP vaak verandert, maar voegt een extra stap toe aan de resolutie en kent beperkingen: hij kan niet samengaan met andere records met dezelfde naam en niet in de root van het domein staan.

Waarom kan ik geen CNAME in de root van het domein zetten?

Omdat de root van de zone verplicht SOA- en NS-records heeft, en de standaard niet toestaat dat een CNAME samengaat met andere records met dezelfde naam. Om dat op te lossen bieden veel providers eigen alternatieven zoals ALIAS of ANAME, die zich als een CNAME gedragen maar direct het adres teruggeven.

Wat is de TTL en welke waarde kun je het beste nemen?

De TTL (time to live) is het aantal seconden dat resolvers het antwoord mogen cachen. Een hoge TTL vermindert queries en versnelt de resolutie; een lage zorgt dat wijzigingen sneller doorkomen. Gebruikelijk is hem een paar uur voor een migratie te verlagen en weer te verhogen zodra de wijziging stabiel is.

Waarom is mijn DNS-wijziging nog niet zichtbaar?

Omdat de vorige waarde nog in de cache staat. Tot de TTL verloopt waarmee het eerdere antwoord is geserveerd, kunnen tussenliggende resolvers en het besturingssysteem de oude gegevens blijven teruggeven. Ook de cache van de browser zelf speelt mee en houdt de resolutie soms langer vast dan de TTL.

Waar dient een CAA-record voor?

Het legt vast welke certificaatautoriteiten certificaten voor het domein mogen uitgeven. CA's zijn verplicht het te raadplegen voordat ze uitgeven, dus het is een eenvoudige manier om te voorkomen dat een derde bij een andere CA een geldig certificaat voor jouw domein krijgt.