Nameservers en records: het verschil

Module 2: Nameservers en zones · Leestijd: 7 minuten

Leerdoel: Na deze les kun je vaststellen waar de DNS van een domein beheerd wordt, en uitleggen waarom een wijziging op de verkeerde plek niets doet.

Kernbegrippen: nameserver (NS), zone, records, delegatie, "wie de nameservers draait, beheert de DNS"

Twee vragen die mensen door elkaar halen

Bij DNS gaat het altijd om twee verschillende vragen:

1. Wie beheert de DNS van dit domein? Het antwoord zijn de nameservers.
2. Wat staat er in de DNS van dit domein? Het antwoord zijn de records, zoals A, MX en TXT.

Een vergelijking: de nameservers zijn het adres van het archief waar het telefoonboek van je domein ligt. De records zijn de regels in dat telefoonboek. Wil je een regel wijzigen, dan moet je in het juiste archief zijn. Een kopie van het telefoonboek in een ander archief aanpassen heeft geen zin: niemand kijkt daar.

Nameservers: waar het telefoonboek ligt

Bij de registry staat bij elk domein een lijstje nameservers. Je hebt in les 1.4 gezien dat een resolver via de TLD naar die nameservers wordt verwezen. Bijvoorbeeld:

example.com.   NS   ns1.hosting.example.
example.com.   NS   ns2.hosting.example.

Elk domein heeft minimaal twee nameservers. Valt er één uit, dan antwoordt de ander. Veel registries, waaronder SIDN, eisen dat ook. Vaak staan ze in verschillende netwerken of datacenters.

De nameservers stel je in via je registrar (les 1.3). De registrar geeft ze door aan de registry. Pas daarna verwijst de wereld naar die nameservers.

De zone: wat er in het telefoonboek staat

Op de nameservers staat de zone van je domein: de verzameling van alle records. Een zone bevat bijvoorbeeld:

example.com.        3600  IN  A      192.0.2.10
example.com.        3600  IN  AAAA   2001:db8::10
www.example.com.    3600  IN  CNAME  example.com.
example.com.        3600  IN  MX     10 mail.example.com.
mail.example.com.   3600  IN  A      192.0.2.25
example.com.        3600  IN  TXT    "v=spf1 mx ~all"

Hoe je zo'n regel precies leest, leer je in les 2.2. Wat elk type doet, leer je in module 3 tot 5.

De gouden regel

Wie de nameservers draait, beheert de DNS.

Dat klinkt logisch, maar in de praktijk gaat het hier vaak mis. Een paar herkenbare situaties:

• Je hebt je domein geregistreerd bij partij A, maar je nameservers wijzen naar Cloudflare. Dan wijzig je je records bij Cloudflare. Het DNS-scherm bij partij A kan nog steeds records tonen, maar die worden door niemand gelezen.
• Je hebt een website laten bouwen op een platform zoals Wix, en daarvoor de nameservers naar dat platform gezet. Dan beheert het platform je hele DNS, ook je mailrecords. Je moet de MX-records en andere mailrecords dus daar zetten. Vergeet je dat, dan komt je mail niet meer aan.
• Je hostingbedrijf laat in een paneel een DNS-zone zien, maar je domein gebruikt de nameservers van je vorige provider. Dan doen wijzigingen bij je nieuwe hostingbedrijf niets tot je de nameservers omzet.

Het symptoom is altijd hetzelfde: je wijzigt een record, je wacht, en er gebeurt niets. Dan is de eerste vraag: wijzig ik op de goede plek?

Zo stel je vast waar de DNS beheerd wordt

1. Vraag de nameservers op. Gebruik een online DNS-opvraagtool, of in een opdrachtvenster:

   nslookup -type=ns example.com

   of

   dig NS example.com +short

2. Kijk aan de naam wie het is. Nameservers hebben meestal de naam van de partij erin. *.ns.cloudflare.com is Cloudflare, ns*.wixdns.net is Wix, de nameservers van je hostingbedrijf herken je aan hun domeinnaam.
3. Wijzig de records bij die partij. Daar log je in en pas je de zone aan.

Een tweede controle is de whois van het domein (les 1.3). Die toont de nameservers zoals ze bij de registry staan. Dat is wat de wereld gebruikt. Wijkt het antwoord van de nameservers zelf daarvan af, dan is er iets niet goed ingesteld.

Records kopiëren is geen verhuizen

Als je de nameservers verandert, gaan de records niet vanzelf mee. De nieuwe partij begint met een lege zone, of met een standaardzone die zij zelf heeft bedacht. Wat er in de oude zone stond, moet je zelf overnemen. Vergeet je bijvoorbeeld het DKIM-record of een verificatierecord voor Microsoft 365, dan werkt dat onderdeel na de wissel niet meer.

Daarom geldt: eerst de zone klaarzetten bij de nieuwe partij, dan pas de nameservers wijzigen. Les 2.3 en 6.3 gaan daar verder op in.

In de praktijk: zo ziet het eruit in een paneel

In Mijn WebOké staat op de domeinpagina, tabblad DNS, bovenaan welke nameservers het domein gebruikt. Staan daar andere nameservers dan die van de hostingpartij, dan toont het paneel dat de DNS elders wordt beheerd. In DirectAdmin zie je in DNS Beheer de NS-records in de zone staan. Let op: die zeggen alleen wat er in de zone staat, niet wat er bij de registry staat. Andere panelen, zoals cPanel, Plesk of het paneel van je registrar, tonen dezelfde informatie, meestal onder een kopje als "Nameservers" of "DNS".

Samenvatting

• Nameservers bepalen wie de DNS beheert; records bepalen wat erin staat.
• Elk domein heeft minimaal twee nameservers, ingesteld via de registrar.
• De zone is de verzameling records op de nameservers.
• Wie de nameservers draait, beheert de DNS: wijzigen op een andere plek doet niets.
• Bij het wisselen van nameservers gaan records niet vanzelf mee: eerst de zone klaarzetten, dan pas wisselen.

Quiz

Opdracht

Z2.1 Wie beheert de DNS? Zoek de nameservers op van wikipedia.org en van je eigen domein (als je dat hebt). Vul ze in, en vul in bij welke partij je de DNS van je eigen domein zou moeten wijzigen.1.

Verder lezen

Deze artikelen beschrijven de situatie bij WebOké. Bij andere aanbieders werkt het vergelijkbaar.

• DirectAdmin handleiding 5.1: Wat is DNS en wanneer pas je het aan?
• DirectAdmin handleiding 5.12: DNS in Mijn WebOké en bij externe nameservers zoals Cloudflare
• Eigen of externe nameservers (zoals Cloudflare) gebruiken voor je domein
• Hoe lang duurt een nameserver- of DNS-wijziging, en wat als je hem niet ziet?