DNS-records uitleg: wat ze doen en hoe je ze instelt
DNS-records zijn kleine instructies die bepalen waar een domeinnaam naartoe wijst, zoals je website of je e-mailserver. Zonder deze instructies weet het internet niet welke server een bezoeker moet vinden als iemand jouwdomein.nl intikt. Ze staan opgeslagen in het zonebestand van je domein, op autoritatieve DNS-servers die dat bestand raadplegen zodra een browser of mailserver erom vraagt.
Waarom dit voor jou telt: een verkeerd ingestelde record betekent direct een onbereikbare website of gemiste e-mail. De belangrijkste voorbeelden zie je overal terug in beheerpanelen:
- A/AAAA-record: koppelt je domein aan het IP-adres van je server.
- MX-record: bepaalt naar welke mailserver je e-mail gaat.
- TXT-record: bevat verificatietekst, waaronder SPF, DKIM en DMARC voor e-mailbeveiliging.
Belangrijkste inzichten
DNS-records werken alleen betrouwbaar als het juiste recordtype, de juiste waarde en een passende TTL samen goed zijn ingesteld, bij elke wijziging opnieuw.
| Punt | Details |
|---|---|
| Ken de basisrecords | A, AAAA, CNAME en MX bepalen samen of je website en e-mail bereikbaar zijn. |
| Gebruik TXT voor e-mailbeveiliging | SPF, DKIM en DMARC via TXT-records voorkomen spoofing en verbeteren mailbezorging. |
| Verlaag TTL vóór migraties | Zet de TTL op 300 seconden, minstens een dag voor je iets wijzigt. |
| Controleer beide varianten | Test zowel het root-domein als de www-versie na elke aanpassing. |
| Overweeg beheer uitbesteden | Bij meerdere domeinen of mailboxen weegt een vast maandbedrag vaak op tegen het risico van fouten. |
Inhoudsopgave
- Wat zijn DNS-records? De belangrijkste typen op een rij
- TTL en propagatie: hoe snel zien mensen je wijzigingen?
- Praktische voorbeelden van DNS-instellingen
- DNS-instellingen controleren en wijzigen: de juiste workflow
- Veelvoorkomende DNS-fouten en hoe je ze oplost
- Wanneer besteed je DNS-beheer beter uit?
- Zorgeloos hosten begint bij correcte DNS-instellingen
- Wat de meeste uitleg over DNS mist
- Bronnen
Wat zijn DNS-records? De belangrijkste typen op een rij
Elk recordtype heeft een eigen taak, en de meeste ondernemers komen slechts een handvol van deze soorten DNS-records ooit tegen. Toch is het goed te weten wat ze doen, want de dag dat je moet verhuizen naar een nieuwe hoster of je e-mail moet instellen, wil je niet gokken.
Een A-record koppelt je domein aan een IPv4-adres, een AAAA-record doet hetzelfde voor IPv6. Je past deze aan bij een serververhuizing of wanneer je overstapt naar een nieuwe VPS. Vergeet daarbij niet dat root (jouwdomein.nl) en www.jouwdomein.nl los van elkaar staan: allebei moeten kloppen, anders werkt maar de helft van je website.
Een CNAME-record is een alias: het wijst een subdomein door naar een ander domein, bijvoorbeeld shop.jouwdomein.nl naar een winkelwagenplatform. De beperking hierbij is dat je een CNAME nooit op de zone-apex (het root-domein zelf) kunt zetten, alleen op subdomeinen.
De MX-record stuurt e-mail naar de juiste mailserver en werkt met prioriteitswaarden: een lager getal wordt eerst geprobeerd. Een foutieve MX-record is een van de meest onderschatte oorzaken van gemiste zakelijke e-mail.
TXT-records zijn de multitool van DNS. Ze worden gebruikt voor domeinverificatie bij diensten zoals Google Workspace, en voor e-mailauthenticatie via SPF, DKIM en DMARC. SPF is vastgelegd in RFC 7208 en bepaalt welke servers namens jouw domein e-mail mogen versturen.
NS-records wijzen naar de nameservers die autoritatief zijn voor je domein, terwijl het SOA-record basisinformatie bevat zoals de primaire nameserver en hoe vaak secundaire servers moeten synchroniseren. SRV-records worden gebruikt bij diensten zoals VoIP-telefonie en Active Directory, en een PTR-record regelt reverse-DNS, essentieel voor mailservers om als betrouwbaar herkend te worden.
Statistiek om te onthouden: volgens de technische standaard in RFC 1035 bestaat het hele DNS-systeem uit een beperkte set officiële recordtypen, vastgelegd door IANA. De meeste mkb-websites gebruiken er in de praktijk maar vier of vijf.
TTL en propagatie: hoe snel zien mensen je wijzigingen?
TTL staat voor time to live, en het is de tijd (in seconden) dat een DNS-server een record onthoudt voordat hij opnieuw controleert. Veelgebruikte waarden zijn enkele minuten, een uur en een dag, zoals ook praktische gidsen over DNS aanraden.
“Propagatie” betekent dat de wijziging zich verspreidt over duizenden DNS-servers wereldwijd. Sommige bezoekers zien je nieuwe website meteen, anderen krijgen nog een dag de oude versie te zien, simpelweg omdat hun provider de oude waarde nog in cache heeft.
Bij een migratie voorkom je verrassingen door deze volgorde aan te houden:
- Verlaag de TTL naar 300 seconden, minstens 24 uur voordat je iets wijzigt.
- Voer de eigenlijke wijziging pas door zodra de lage TTL overal is doorgekomen.
- Test de nieuwe instelling grondig voordat je verdergaat.
- Zet de TTL na een stabiele periode weer terug naar 3600 of 86400 seconden.
Pro-tip: Plan een migratie nooit op vrijdagmiddag. Als er iets misgaat met de propagatie, wil je niet het hele weekend zitten wachten tot je hosting weer bereikbaar is.
Praktische voorbeelden van DNS-instellingen
Theorie is mooi, maar de meeste mensen willen gewoon weten welke waarde ze in welk veld moeten zetten. Hieronder drie situaties die je als ondernemer vroeg of laat tegenkomt.
Bij een A-record vul je het IP-adres van je hostingserver in. Controleer altijd zowel het root-domein als de www-variant: veel mensen stellen alleen www.jouwdomein.nl correct in en vergeten dat jouwdomein.nl zonder www naar een lege pagina blijft wijzen.
Bij e-mailinstellingen voeg je een MX-record toe die naar je mailserver wijst, plus TXT-records voor SPF (wie mag mailen namens jou), DKIM (een digitale handtekening die bewijst dat de mail niet is aangepast) en DMARC (wat een ontvanger moet doen bij een mislukte SPF- of DKIM-check). Samen vormen ze de basis van betrouwbare e-mailauthenticatie.
Wil je een CDN gebruiken? Dan kies je meestal tussen een CNAME-oplossing op een subdomein of een volledige nameserver-proxy voor je hele domein.
| Aanpak | Voordeel | Nadeel |
|---|---|---|
| CNAME naar CDN | Snel op te zetten, weinig impact op bestaande records | Werkt niet op de zone-apex zelf |
| Nameserver-proxy | Volledige controle over alle records via één paneel | Vereist overdracht van je hele DNS-beheer |
DNS-instellingen controleren en wijzigen: de juiste workflow
Voordat je iets aanpast, wil je weten wat er nu al staat. Twee simpele commando’s helpen daarbij.
- Gebruik
dig jouwdomein.nl MXin een terminal (Mac, Linux) om te zien welke mailserver actief is en met welke prioriteit. - Gebruik op Windows
nslookup jouwdomein.nlvoor een vergelijkbaar overzicht van actieve DNS records. - Noteer de bestaande waarden voordat je iets wijzigt, zodat je altijd kunt terugdraaien.
- Verlaag de TTL tijdelijk als je een grote wijziging plant, zoals een serververhuizing.
- Test nieuwe instellingen eerst op een tijdelijk subdomein voordat je de hoofdomein aanpast.
Waar je deze wijzigingen doorvoert, verschilt per situatie. Bij sommige providers beheer je DNS via het registrar-paneel waar je het domein hebt gekocht, bij andere via een los DNS-providerpaneel, en bij weer andere via het hosting-paneel van je hoster. Zorg dat je weet welk paneel bij jouw domeinregistratie leidend is, anders wijzig je misschien records die toch niet worden gebruikt.
Veelvoorkomende DNS-fouten en hoe je ze oplost
De meeste DNS-problemen komen terug op een klein aantal herkenbare fouten. Herken je een van deze, dan weet je meteen waar te zoeken.
- Een typfout in het IP-adres van een A-record maakt de hele website onbereikbaar, ook als alle andere instellingen kloppen.
- Een ontbrekende of foutief ingestelde MX-record zorgt ervoor dat e-mail nooit aankomt, zonder dat de verzender een foutmelding krijgt.
- Een CNAME op het root-domein zelf botst met andere records en levert foutmeldingen op in je DNS-paneel, zoals ook praktijkvoorbeelden bij mkb-ondernemers laten zien.
- Een te hoge TTL tijdens een migratie houdt bezoekers vast op de oude server; de oplossing is simpel: verlaag de TTL en wacht de volledige oude periode uit voordat je opnieuw test.
Wanneer besteed je DNS-beheer beter uit?
Voor een eenmansbedrijf met één website is zelf beheren vaak nog te overzien. Zodra je meerdere domeinen, mailboxen en subdomeinen beheert, wordt de kans op een fout die je hele bedrijf offline zet reëel, en dat is precies waar NLXS een rol speelt.
Klanten zoals TU Eindhoven en JCI Breda vertrouwen op snelle, correcte afhandeling van hun infrastructuur, met een belofte van oplossing binnen één dag in plaats van de langere responstijden die bij veel andere partijen gangbaar zijn.
Uitbesteden loont vooral wanneer:
- Continuïteit cruciaal is en downtime direct omzet kost.
- Je geen interne IT-staf hebt die DNS-wijzigingen dagelijks in de gaten houdt.
- De kosten van een foutieve wijziging (gemiste orders, onbereikbare mail) hoger liggen dan een vast maandbedrag voor beheer.
Voor verdere stappen biedt NLXS praktische handleidingen over zakelijke DNS-oplossingen en e-mailbeveiliging. Wie de risico’s van uitbesteding breder wil afdekken, kan ook denken aan een bedrijfsaansprakelijkheidsverzekering als aanvullende zekerheid.
Zorgeloos hosten begint bij correcte DNS-instellingen
Een website die soms wel en soms niet laadt, of e-mail die in de spamfolder verdwijnt: negen van de tien keer ligt de oorzaak bij een DNS-instelling die niemand meer heeft gecontroleerd sinds de lancering. NLXS regelt webhosting inclusief correct ingerichte DNS-records, zodat je niet zelf achter typefouten in een A-record hoeft te zoeken. Wil je eerst weten waar je ICT-omgeving nu staat? Plan een gratis ICT-scan en ontdek binnen een dag wat er beter kan.
Wat de meeste uitleg over DNS mist
De meeste beginnersgidsen behandelen DNS-records als een lijstje om te onthouden. Dat is precies waarom mensen na het lezen nog steeds niet weten wat ze moeten doen als hun mail plotseling niet meer aankomt. De echte waarde zit niet in het kennen van alle recordtypen, maar in het herkennen van welke twee of drie records bij jouw situatie het risico vormen.
Wat vaak onderbelicht blijft: TTL-beheer is geen technisch detail voor specialisten, het is de simpelste manier om een migratie zonder stress te laten verlopen. Ondernemers die dit negeren, ervaren onnodige downtime die met één extra stap te voorkomen was.
Mijn advies: begin niet met het uitzoeken van alle recordtypen, maar controleer eerst je MX- en TXT-records. Daar zit het grootste praktische risico voor een mkb-bedrijf, want gemiste e-mail merk je vaak te laat op. Pas als die basis klopt, is het zinvol om verder te kijken naar CDN’s, subdomeinen of geavanceerdere configuraties. En zodra je merkt dat je zelf meer tijd aan DNS-beheer besteedt dan aan je eigen bedrijf, is uitbesteden geen luxe meer, maar gewoon de logische volgende stap.
Bronnen
Wie de technische details wil verifiëren, vindt de officiële definities in RFC 1035 en de SPF-standaard in RFC 7208. Voor de volledige lijst van recordtypen en codes is IANA de autoritatieve bron.
Reacties0
Nog geen reacties
Deel als eerste uw gedachten.
Meld u aan of registreer u om een reactie te plaatsen.