DNS: het zenuwstelsel van het internet
Het Domain Name System (DNS) is een van de meest fundamentele protocollen van het internet: het vertaalt voor mensen leesbare domeinnamen (zoals google.com) naar numerieke IP-adressen die door machines begrepen worden (zoals 142.250.180.46). Zonder DNS zouden we IP-adressen moeten onthouden en intypen voor elke website — een ondenkbare opgave gezien de miljarden bestaande websites. DNS werkt als een hiërarchische database verdeeld over miljoenen servers wereldwijd, met een meerlaags cachingsysteem dat snelle antwoorden garandeert.
Wanneer je een URL in je browser typt, bevraagt het besturingssysteem eerst de lokale DNS-cache, vervolgens de resolver van je ISP, die op zijn beurt de rootservers, de TLD-servers (.com, .nl, enz.) en ten slotte de autoritatieve nameservers van het domein bevraagt. Deze keten van queries, recursieve resolutie genoemd, vindt plaats in enkele milliseconden dankzij caching: elke resolver bewaart recente antwoorden voor de duur van de TTL (Time To Live) die in het record is opgegeven. Onze DNS Lookup voert deze queries uit en toont gedetailleerde resultaten voor elk type record.
Typen DNS-records: de complete gids
Elk type record dient een specifiek doel binnen het DNS-ecosysteem. A- en AAAA-records zijn het meest basaal: ze koppelen een naam aan een IP-adres. Het CNAME-record maakt aliassen tussen namen (www verwijst naar het hoofddomein). MX-records leiden e-mail naar de juiste mailserver — controleer ze met de MX Lookup. TXT-records bevatten vrije tekst die wordt gebruikt voor e-mailauthenticatie (SPF, DKIM, DMARC) en verificatie van domeineigendom. NS en SOA beheren de delegatie en autoriteit van de DNS-zone.
TTL en caching: waarom DNS-wijzigingen niet onmiddellijk zijn
Elk DNS-record heeft een TTL-waarde (Time To Live) uitgedrukt in seconden, die aangeeft hoe lang resolvers het record in de cache mogen bewaren. Een TTL van 3600 (1 uur) betekent dat de resolver na het opvragen van het record het gecachte antwoord een uur lang gebruikt voordat het opnieuw wordt opgevraagd. Een hoge TTL (86400, 24 uur) vermindert DNS-verkeer en verbetert de prestaties, maar vertraagt de propagatie van wijzigingen. Een lage TTL (300, 5 minuten) maakt snelle updates mogelijk maar genereert meer DNS-verkeer.
De optimale strategie is dynamisch: gebruik hoge TTL's (3600-86400) voor stabiele records zoals NS en MX. Verlaag vóór een geplande migratie de TTL minstens 24-48 uur van tevoren naar 300 seconden (je moet wachten tot de oude TTL is verlopen). Controleer na de migratie de propagatie met DNS Propagation en verhoog de TTL weer zodra de stabiliteit is bevestigd.
DNS-problemen diagnosticeren
De meest voorkomende DNS-problemen en hun oplossingen: het domein wordt niet opgelost (controleer of er A- of AAAA-records bestaan en of de nameservers bereikbaar zijn met NS Lookup), de website toont de verkeerde inhoud (waarschijnlijk verwijst het A-record nog naar het oude IP — controleer de TTL en wacht op propagatie), e-mails werken niet (controleer de MX-records en of de mailservers reageren), en het SSL-certificaat toont een domeinfout (de naam in het certificaat komt niet overeen met de opgeloste hostnaam).
Om intermitterende problemen te diagnosticeren, onthoud dat verschillende resolvers verschillende versies in de cache kunnen hebben. Een gebruiker in Nederland ziet mogelijk het oude IP terwijl iemand in de VS het nieuwe ziet, afhankelijk van wanneer de betreffende resolver zijn cache heeft bijgewerkt. De DNS Propagation Checker bevraagt servers over de hele wereld en toont welk antwoord elk van hen geeft, zodat je geografische inconsistenties kunt identificeren.
Een subtiele maar veelvoorkomende fout is een CNAME-record op de root van het domein (apex). De DNS-specificaties verbieden een CNAME waar andere records bestaan (en de root heeft altijd SOA en NS). Veel DNS-providers bieden alternatieve records aan genaamd ALIAS, ANAME of CNAME-flattening die de CNAME aan de serverzijde oplossen en een A-record aan de resolver teruggeven. Als je website op een CDN of PaaS draait en je de domeinroot moet laten verwijzen, gebruik dan deze alternatieven voor CNAME.