← Terug naar de blog

DNS-records: wat A, MX, CNAME en TXT precies doen

Gepubliceerd op 16 augustus 2026

Een korte lijst met gelabelde items, ter illustratie van DNS-records in een zone

De DNS-zone van een domein oogt de eerste keer dat je hem ziet nogal intimiderend — een tabel met korte codes, adressen en getallen. In de praktijk is het gewoon een korte lijst met instructies, die elk antwoord geven op een specifieke vraag die de browser of mailserver van een bezoeker kan stellen. Zodra je weet waar elk type record eigenlijk voor dient, leest de hele tabel als gewone zinnen.

Dit gaat ervan uit dat je al ongeveer weet wat een DNS-zone is en waar die past — zo niet, dan behandelt ons stuk over hoe nameservers werken eerst de laag hierboven.

A-records: waar een naam naartoe wijst, in getallen

Een A-record is de eenvoudigste en meest fundamentele: het koppelt een naam aan een IPv4-adres, het numerieke adres waar een server daadwerkelijk op reageert. Wanneer je een domein in een browser typt, is een A-record (of de opzoekketen erachter) meestal de laatste stap voordat er daadwerkelijk een verbinding opent. Een AAAA-record doet hetzelfde werk voor IPv6-adressen — het nieuwere, langere adresformaat — en een domein kan beide tegelijk hebben, en antwoorden afhankelijk van wat de verbinding van de bezoeker prefereert.

CNAME-records: één naam, die het antwoord van een andere leent

Een CNAME-record wijst niet rechtstreeks naar een adres — het wijst naar een andere naam, en zegt "wat er ook antwoordt voor die naam, antwoordt ook voor deze." Zo wordt www.example.com meestal ingesteld om example.com te volgen zonder twee aparte adressen te onderhouden, en zo vragen veel diensten van derden (webmail, een helpdesk, een landingspagina-bouwer) je om een subdomein naar hen te wijzen: zij beheren het adres aan hun kant, en je CNAME zegt alleen dat het vertrouwd mag worden.

Eén regel die het waard is om te kennen: een naam met een CNAME kan geen ander recordtype tegelijk hebben — de hele taak van de CNAME is "kijk elders voor alles," dus er is niets anders dat het ernaast kan zeggen.

MX-records: waar e-mail daadwerkelijk naartoe gaat

Een MX-record vertelt de buitenwereld welke mailserver e-mail voor een domein accepteert — het adres van een website en het adres van zijn inbox zijn volledig aparte vragen, beantwoord door volledig aparte recordtypes. Een domein kan meer dan één MX-record vermelden, elk met een prioriteitsnummer; het laagste nummer wordt als eerste geprobeerd, en de andere dienen als reserve als de primaire niet bereikbaar is. We gaan dieper in op precies dit recordtype, en op wat er nodig is om daadwerkelijk betrouwbaar mail te ontvangen, in onze gids over e-mail en MX-records.

TXT-records: alles wat nergens anders past

Een TXT-record bevat willekeurige tekst, en bestaat omdat DNS een algemene plek nodig had voor informatie die geen adres is. In de praktijk verrichten TXT-records veel stil, belangrijk werk:

  • Verificatie van domeineigendom — aan een dienst (Google Search Console, een tool van derden) bewijzen dat jij daadwerkelijk de eigenaar bent van het domein, door een specifieke waarde te publiceren die zij je gaven.
  • SPF — een lijst van welke mailservers e-mail mogen versturen die beweert van jouw domein te komen, zodat een ontvangende server alles kan weigeren wat er niet op staat.
  • DKIM en DMARC — een handtekening en een beleid die samen een ontvangende mailserver laten bevestigen dat een bericht daadwerkelijk van jouw domein kwam en onderweg niet vervalst is.

Niets hiervan is zichtbaar voor een bezoeker. Het is allemaal wel de reden waarom legitieme e-mail van een correct geconfigureerd domein een inbox bereikt in plaats van een spammap.

Elk record heeft een TTL — time to live — dat aangeeft hoelang andere systemen een antwoord mogen onthouden voordat ze opnieuw vragen. Een korte TTL betekent dat wijzigingen snel ingaan, ten koste van vaker vragen; een lange is het tegenovergestelde. Het is de moeite waard om de TTL van een record een dag voor een geplande wijziging te verlagen, en hem daarna weer te verhogen, zodat de wijziging zelf minuten duurt in plaats van de volledige duur van de TTL.

Een zone lezen, nu je de onderdelen kent

Samengevoegd zou een typische zone van een klein bedrijf ongeveer zo kunnen luiden: een A-record die het kale domein naar een website wijst, een CNAME die www naar dezelfde plek wijst, twee MX-records voor mail met verschillende prioriteiten, en een handvol TXT-records die stilletjes de identiteit van het domein aantonen aan Google en aan iedereen die het mailt. Niets exotisch — gewoon vijf of zes korte, specifieke antwoorden op vijf of zes specifieke vragen.

Elk domein dat bij ons geregistreerd is, komt met precies zo'n editor — uitleg in gewone taal naast elk record, in plaats van ruwe codes die je zelf moet ontcijferen. Zoek een domein om het in actie te zien.