# DNS uitgelegd voor ondernemers: A, CNAME, MX, TXT en TTL

Gepubliceerd: 11 oktober 2026 · 7 min leestijd

Door [Tekin Uslu](https://www.linkedin.com/in/tekinuslu/) · Digitaalnu

DNS (Domain Name System) is het naamgevingssysteem dat je domeinnaam vertaalt naar het adres van een server. Volgens MDN is het een hiërarchisch en gedecentraliseerd systeem, en de bekendste taak is het omzetten van namen naar numerieke IP-adressen. Je hoeft als ondernemer geen records uit je hoofd te kennen. Je moet wel weten wat de vier records uit dit artikel doen, wie ze beheert en wat er gebeurt als iemand er één wijzigt. Dit artikel legt A, CNAME, MX, TXT en TTL uit in gewone taal.

In dit artikel

1. Wat doet DNS eigenlijk?
2. Wat zijn A-, CNAME-, MX- en TXT-records?
3. Wat is TTL en waarom bepaalt het hoe snel een wijziging doorkomt?
4. Wat kan er misgaan met DNS?
5. Wie beheert wat, en waar?

## Wat doet DNS eigenlijk?

Een vergelijking helpt, al is het geen technische definitie: zie DNS als een soort telefoonboek dat bezoekers en mailservers raadplegen voordat ze met jou verbinden. Je typt een domeinnaam in, je browser vraagt het bijbehorende IP-adres op en maakt pas daarna verbinding met de server. MDN beschrijft die taak als het vertalen van voor mensen leesbare domeinnamen naar een numeriek IP-adres. Zonder die stap kent je browser de server niet, ook al draait die perfect. Daarom kan een site op een goede server toch onbereikbaar zijn: het probleem zit dan niet bij de website, maar bij wat DNS over je domein zegt.

De RFC's noemen de gegevens in DNS resource records, kortweg records. RFC 1035 spreekt bijvoorbeeld over de tijd dat een resource record gecachet mag worden. In vereenvoudigde vorm kun je een record zien als een naam, een type en een waarde. Het type bepaalt waarvoor het record dient: een adres voor je website, een alias, een mailserver of een stukje tekst waarmee je iets verklaart over je domein. Het zijn geen aparte systemen. Ze horen allemaal bij je domein en worden beheerd door één partij. Wie bij die records kan, bepaalt waar je website, je mail en je verificaties naartoe wijzen.

## Wat zijn A-, CNAME-, MX- en TXT-records?

Het A-record is de basis. Het koppelt een naam, bijvoorbeeld je domein of de variant met www, aan een IPv4-adres. Volgens RFC 1035 bevat een A-record een 32-bit internetadres, en heeft een host met meerdere adressen meerdere A-records. Dit is het record dat bezoekers bij je hostingpartij laat uitkomen. Verhuis je je website naar een server met een ander IP-adres, dan is dit het record dat je op het juiste moment aanpast. Een fout hier betekent dat bezoekers bij de verkeerde server uitkomen, of bij niets.

Een CNAME-record maakt van een naam een alias. RFC 1034 omschrijft het als een record dat de eigenaarsnaam als alias markeert en de bijbehorende canonieke naam noemt. Zo kan de www-variant van je domein verwijzen naar een naam van je hostingpartij, zodat zij het onderliggende IP-adres kunnen wijzigen zonder dat jij iets aanpast. RFC 1034 voegt een belangrijke beperking toe: staat er op een knooppunt een CNAME, dan hoort daar geen andere data te staan. Zet dus geen alias op een naam waar je ook andere records nodig hebt.

Het MX-record bepaalt waar de mail voor je domein naartoe gaat. MX staat voor mail exchange: volgens RFC 1034 identificeert een MX-record een mail exchange voor het domein. RFC 1035 voegt toe dat het veld EXCHANGE een host aangeeft die bereid is als mail exchange voor de naam op te treden. Je website en je mail hoeven dus niet op dezelfde plek te staan. Je site kan bij de ene partij draaien en je mailboxen bij een andere, omdat A en MX naar verschillende bestemmingen wijzen. Verwijst je MX naar de verkeerde host, dan kan binnenkomende mail je mailbox niet bereiken, terwijl je website gewoon blijft werken.

TXT-records bevatten tekst die andere systemen kunnen lezen. Je gebruikt ze onder meer voor e-mailbeveiliging. Een SPF-record moet volgens RFC 7208 uitsluitend als TXT-record worden gepubliceerd. Per 11 oktober 2026 is RFC 9989 de geldende DMARC-standaard, en volgens die RFC staat een DMARC-beleid in een TXT-record op een naam die begint met het label _dmarc. Hoe die twee werken lees je in het artikel [E-mail na een verhuizing: SPF, DKIM en DMARC](https://digitaalnu.nl/blog/email-na-verhuizing-spf-dkim-dmarc). Voor nu is het genoeg te weten dat deze TXT-records niet bepalen waar je website staat, maar wel meebepalen hoe ontvangers je mail beoordelen.

Samengevat beantwoordt elk record een eigen vraag. Het A-record: op welk adres staat mijn website? De CNAME: van welke andere naam is dit een alias? Het MX-record: waar moet mijn mail naartoe? Het TXT-record: welke verklaringen publiceer ik over dit domein? Wie die vier vragen voor zijn eigen domein kan beantwoorden, kan een overstap beoordelen en een offerte controleren. Vraag je webbureau om een overzicht van alle records en kijk of je bij elk record weet waarvoor het dient. Ontbreekt de uitleg, vraag dan door voordat iemand iets verwijdert of wijzigt.

## Wat is TTL en waarom bepaalt het hoe snel een wijziging doorkomt?

TTL staat voor time to live. Volgens RFC 1035 is het de tijd in seconden dat een record gecachet mag worden voordat het weggegooid moet worden. MDN legt het in gewone taal uit: de TTL geeft aan hoeveel seconden de aanvrager het antwoord mag bewaren. Wijzig je een record, dan vragen systemen die het oude antwoord nog bewaren niet opnieuw. Tot de TTL is verlopen kan een deel van je bezoekers dus nog het oude adres krijgen, terwijl een ander deel al het nieuwe ziet. Dat verschil is geen storing, maar het gewone gedrag van caching.

Een TTL van nul heeft een bijzondere betekenis. RFC 1035 zegt dat zo'n record alleen voor de lopende transactie gebruikt mag worden en niet gecachet hoort te worden. De waarde is dus een bewuste keuze en geen detail. Ons advies voor een verhuizing: pas de TTL niet pas op de dag van de wijziging aan. Verlaag hem ruim van tevoren, wacht tot de oude waarde is verlopen en voer daarna de wijziging door. Hoe je dat inpast in een complete overstap staat in de [checklist voor een website-verhuizing](https://digitaalnu.nl/blog/website-verhuizen-checklist).

## Wat kan er misgaan met DNS?

DNS-fouten zijn lastig omdat ze zich op verschillende plekken tegelijk anders gedragen. Het kan voorkomen dat jij je site wel ziet en een klant niet, omdat jouw apparaat het nieuwe antwoord al heeft en dat van de klant het oude nog bewaart tot de TTL is verlopen. Dat maakt de fout niet minder echt, maar wel moeilijker te vinden. Controleer daarom na elke wijziging vanaf een tweede netwerk, bijvoorbeeld je telefoon op mobiel internet, en niet alleen vanaf het apparaat waarmee je de wijziging hebt gedaan.

Let op vijf fouten. Een A-record dat nog naar de oude server wijst nadat de site is verhuisd. Een MX-record dat verdwijnt omdat iemand de hele zone vervangt door de standaardinstellingen van een nieuwe partij, waarna je mail stopt. Een CNAME op een naam waar al andere records staan, terwijl RFC 1034 daar juist tegen waarschuwt. Een TXT-record dat je niet meer gebruikt maar nog steeds een dienst toestaat. En twee SPF-records naast elkaar, terwijl RFC 7208 bepaalt dat een domeinnaam geen meerdere records mag hebben die ertoe leiden dat de controle twee of meer records selecteert.

## Wie beheert wat, en waar?

Je moet drie plekken uit elkaar houden. De registrar is waar je domeinnaam is geregistreerd: SIDN schrijft voor een .nl-domein dat je via een registrar registreert en dat je wijzigingen daar regelt. De DNS-beheerder host de records van je domein. De hostingpartij draait je website en je mailboxen, zoals bij [managed hosting](https://digitaalnu.nl/diensten/hosting). Dat kunnen drie verschillende bedrijven zijn, of één bedrijf. Weet je niet welke partij de records van je domein beheert, vraag het dan na bij je registrar. Die plek bepaalt waar je een record moet aanpassen.

Vraag je webbureau daarom drie dingen op papier. Bij welke registrar staat mijn domein, en op wiens naam? Wie beheert de DNS-records, en met welk inlog? Waar draait mijn website en waar draait mijn mail? Met die drie antwoorden kun je overstappen zonder verrassingen. Meer over de eigenaarskant lees je in [weg bij je webbureau](https://digitaalnu.nl/blog/weg-bij-je-webbureau-website-domein-email-meenemen) en [domeinnaam registreren en beheren](https://digitaalnu.nl/blog/domeinnaam-registreren-en-beheren-nl). Laat je de overstap liever uitvoeren, dan doet Digitaalnu dat via [website-migratie](https://digitaalnu.nl/diensten/website-migratie), vanaf €250 per migratie.

## Startprijzen van Digitaalnu

| Dienst | Vanaf | Doorlooptijd |
| --- | --- | --- |
| Website voor vakmensen | €750 per project | 2 weken |
| Webshop op maat | €2.500 per project | ongeveer 6 weken |
| Webapplicatie of maatwerk software | €2.000 per project | ongeveer 6 weken |
| Mobiele app | €5.000 per project | ongeveer 6 weken |
| WordPress-onderhoud | €45 per maand | doorlopend |
| Managed hosting | €25 per maand | doorlopend |

Vaste prijs vooraf, geen maximumbedrag: de definitieve prijs volgt na een gratis intakegesprek.

## Veelgestelde vragen

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

Een A-record koppelt een naam rechtstreeks aan een IPv4-adres. Een CNAME-record maakt van een naam een alias die naar een andere naam verwijst. Volgens RFC 1034 hoort er op een naam met een CNAME geen andere data te staan, dus je combineert ze niet op dezelfde naam.

### Wat doet een MX-record?

Een MX-record wijst aan welke host de mail voor je domein ontvangt. Volgens RFC 1034 identificeert het een mail exchange voor het domein. Je website en je mail kunnen daardoor op verschillende plekken staan. Wijst je MX naar de verkeerde host, dan kan binnenkomende mail je mailbox niet bereiken terwijl je website gewoon blijft werken.

### Wat betekent TTL bij DNS?

TTL staat voor time to live en geeft in seconden aan hoe lang een antwoord bewaard mag worden voordat het opnieuw wordt opgevraagd. Na een wijziging kunnen systemen die het oude antwoord nog bewaren dus tijdelijk het oude adres blijven gebruiken, tot de TTL is verlopen.

### Waarom zie ik mijn nieuwe website wel en mijn klant niet?

Dat kan komen doordat jouw apparaat al het nieuwe DNS-antwoord heeft en dat van je klant het oude antwoord nog bewaart tot de TTL is verlopen. Controleer daarom vanaf een tweede netwerk, bijvoorbeeld je telefoon op mobiel internet, voordat je concludeert dat het werkt.

### Mag ik meerdere SPF-records op mijn domein zetten?

Nee. RFC 7208 bepaalt dat een domeinnaam geen meerdere records mag hebben die ertoe leiden dat de controle twee of meer records selecteert. Wil je een tweede dienst toestaan, voeg die dan toe aan het bestaande SPF-record in plaats van een tweede record te plaatsen.

## Waar dit op gebaseerd is

- MDN Web Docs (Mozilla): [DNS - Glossary | MDN](https://developer.mozilla.org/en-US/docs/Glossary/DNS), geraadpleegd op 11 oktober 2026.
  > “DNS (Domain Name System) is a hierarchical and decentralized naming system for Internet-connected resources.”
  > “The most prominent function of DNS is the translation of human-friendly domain names (such as mozilla.org) to a numeric IP address (such as 192.0.2.172)”
- IETF / RFC Editor: [RFC 1035: Domain Names - Implementation and Specification](https://www.rfc-editor.org/rfc/rfc1035.txt), geraadpleegd op 11 oktober 2026.
  > “Hosts that have multiple Internet addresses will have multiple A records.”
  > “EXCHANGE A which specifies a host willing to act as a mail exchange for the owner name.”
  > “TTL a 32 bit unsigned integer that specifies the time interval (in seconds) that the resource record may be cached before it should be discarded.”
  > “Zero values are interpreted to mean that the RR can only be used for the transaction in progress, and should not be cached.”
- IETF / RFC Editor: [RFC 1034: Domain Names - Concepts and Facilities](https://www.rfc-editor.org/rfc/rfc1034.txt), geraadpleegd op 11 oktober 2026.
  > “A CNAME RR identifies its owner name as an alias, and specifies the corresponding canonical name in the RDATA section of the RR.”
  > “If a CNAME RR is present at a node, no other data should be present”
  > “MX identifies a mail exchange for the domain.”
- MDN Web Docs (Mozilla): [TTL - Glossary | MDN](https://developer.mozilla.org/en-US/docs/Glossary/TTL), geraadpleegd op 11 oktober 2026.
  > “TTL (as an unsigned 32-bit integer) being a part of the HTTP response header or the DNS query, indicates the amount of time in seconds during which the resource can be cached by the requester.”
- IETF / RFC Editor: [RFC 7208: Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1](https://www.rfc-editor.org/rfc/rfc7208.txt), geraadpleegd op 11 oktober 2026.
  > “SPF records MUST be published as a DNS TXT (type 16) Resource Record (RR) [RFC1035] only.”
  > “A domain name MUST NOT have multiple records that would cause an authorization check to select more than one record.”
- IETF / RFC Editor: [RFC 9989: Domain-based Message Authentication, Reporting, and Conformance (DMARC)](https://www.rfc-editor.org/rfc/rfc9989.txt), geraadpleegd op 11 oktober 2026.
  > “This document obsoletes RFCs 7489 and 9091.”
  > “stored as DNS TXT records with names starting with the label "_dmarc"”
- SIDN: [Domeinnaamhouder wijzigen of overdragen? | Domeinnamen | SIDN](https://www.sidn.nl/nl-domeinnaam/domeinnaamhouder-wijzigen), geraadpleegd op 11 oktober 2026.
  > “Veranderingen regel je via je registrar.”
- SIDN: [.nl of .com? Een .nl-domeinnaam is veiliger én beter vindbaar | Domeinnamen | SIDN](https://www.sidn.nl/product/nl-domeinnaam), geraadpleegd op 11 oktober 2026.
  > “Je registreert je domeinnaam via een registrar.”

## Over de auteur

Tekin Uslu is oprichter van Digitaalnu en van moederbedrijf DigiHand (Haarlem, sinds 2009). Hij werkt sinds 2006 in data engineering, geo-informatie en IT-architectuur. [Meer over Tekin Uslu →](https://digitaalnu.nl/over-ons/tekin-uslu)

Wil je hier meer over weten?

Neem contact op voor een vrijblijvend gesprek of bekijk onze diensten.

[Plan een gratis gesprek](https://digitaalnu.nl/contact) · [Bekijk website-migratie →](https://digitaalnu.nl/diensten/website-migratie)

## Gerelateerde diensten

- [Website-migratie zonder merkbare downtime →](https://digitaalnu.nl/diensten/website-migratie)
- [Managed hosting →](https://digitaalnu.nl/diensten/hosting)
- [WordPress-hulp bij storingen →](https://digitaalnu.nl/diensten/wordpress-hulp)

## Meer over wordpress, onderhoud en hosting

- [E-mail na een verhuizing: SPF, DKIM en DMARC stap voor stap](https://digitaalnu.nl/blog/email-na-verhuizing-spf-dkim-dmarc)
- [Een .nl-domeinnaam registreren en beheren: wie is de eigenaar?](https://digitaalnu.nl/blog/domeinnaam-registreren-en-beheren-nl)
- [Website verhuizen: de checklist van back-up tot DNS-omzetting](https://digitaalnu.nl/blog/website-verhuizen-checklist)

Laatst bijgewerkt: 11 oktober 2026

## Contact

- Telefoon: 023 230 21 42
- E-mail: info@digitaalnu.nl
- Bezoekadres: Wateringweg 1 A03, 2031 EK Haarlem
- KVK: 34315122
- Contactpagina: https://digitaalnu.nl/contact

---

Bron: https://digitaalnu.nl/blog/dns-uitgelegd-voor-ondernemers