DNS: het telefoonboek van het internet

Er is een moment waarop veel ondernemers hun hart vasthouden. De verhuizing van een website naar een nieuwe partij. Het spookbeeld is altijd hetzelfde. De site is een dag onbereikbaar en de mail komt niet binnen. Dat laatste is erger dan het eerste.

Die angst is terecht, maar het risico is klein als je weet wat je doet. Het draait allemaal om DNS.

Bij Camping Bloemendaal speelde dit. Ik verzorgde daar het webdesign, het logo, het drukwerk en de vindbaarheid. De site moest over, maar het boekingsseizoen liep en de mail moest blijven werken.

Ik heb daarom niet in een keer de nameservers omgezet. Ik heb alleen het record voor de website gewijzigd en de mailinstellingen ongemoeid gelaten. De site schoof over, de mail bleef staan waar hij stond. Niemand heeft er iets van gemerkt.

DNS uitgelegd in het webdesign woordenboek van Project Direct
DNS is het telefoonboek dat je domeinnaam naar de juiste server wijst.

Wat is DNS?

DNS staat voor Domain Name System. Het vertaalt een naam naar een adres. Jij typt een domeinnaam in, en DNS zoekt op welke server daarbij hoort.

Zonder DNS zou je een reeks cijfers moeten onthouden voor elke site die je bezoekt. Het is dus letterlijk het telefoonboek van het internet.

Wat er gebeurt bij een bezoek

Je browser vraagt aan een naamserver waar het domein staat. Die geeft een adres terug. Pas daarna wordt de pagina opgehaald. Dat gebeurt in milliseconden en je merkt er niets van.

De onderdelen die ertoe doen

Nameservers

De nameservers bepalen wie de baas is over je instellingen. Zij bevatten de lijst met records. Verander je de nameservers, dan verhuis je die hele lijst in een keer.

Records

Binnen die lijst staan losse regels. Het A-record wijst je domein naar het adres van je webserver. Het MX-record bepaalt waar je e-mail heen gaat. Een CNAME laat een naam naar een andere naam wijzen.

Dat onderscheid is de kern van dit hele onderwerp. Je website en je e-mail hoeven niet op dezelfde plek te staan.

Waarom verhuizingen misgaan

De meest gemaakte fout is de nameservers omzetten zonder de records vooraf over te nemen. Je verhuist dan het hele telefoonboek naar een lege kast.

De site komt vaak nog goed terecht, want die is bij de nieuwe partij ingericht. Je e-mail valt stil, want dat record is nergens ingevuld. Dan mist iemand een dag aan offerteaanvragen.

Mijn vaste volgorde bij verhuizen van hosting

  1. Alle bestaande records fotograferen of exporteren.
  2. De site klaarzetten op de nieuwe server en testen.
  3. De wachttijd verlagen, een dag van tevoren.
  4. Alleen het webrecord wijzigen, mail ongemoeid laten.
  5. Controleren, en pas daarna eventueel de mail verhuizen.

Die derde stap slaan de meeste mensen over. Juist die maakt het verschil tussen minuten en uren.

Waarom je niets ziet veranderen

Na een wijziging duurt het even voor iedereen de nieuwe waarde ziet. Dat komt door wachttijd bij wijzigingen. Elke tussenliggende server bewaart het antwoord een tijdje.

Dat is dezelfde gedachte als bij cache. Hoe lang dat duurt, staat in de instelling van het record. Vaak is dat een uur, soms een etmaal.

Zie jij de oude site nog terwijl een ander de nieuwe ziet? Dan is er niets kapot. Dan zit jouw provider nog op het oude antwoord.

Wie regelt dit?

Je domeinregistrar beheert je domeinnaam. Je hostingpartij beheert de server. Die twee zijn vaak niet dezelfde partij, en daar ontstaat de verwarring.

Zorg dat jij toegang hebt tot beide accounts. Niet je bouwer, maar jij. Dat is de belangrijkste tip uit dit hele artikel. Bij goede webhosting hoort dat gewoon bij het pakket. Het domeinnaam koppelen blijft dan altijd in jouw handen.

Wat DNS niet doet

DNS wijst alleen de weg. Het zegt niets over hoe snel je server is of hoe je site is gebouwd. Een verkeerd record maakt je site onbereikbaar, maar een goed record maakt hem niet sneller.

Loopt je site traag terwijl DNS klopt? Zoek het dan in je server of je opbouw. Meer over die kant lees je bij backend.

Meer vragen over DNS

Dit zijn de vragen die ik hierover het vaakst krijg. Ik werk ze los uit.

  • Wat is DNS en hoe werkt het?
  • Wat is een A-record?
  • Waarom is mijn website nog niet zichtbaar na een verhuizing?
  • Wat is het verschil tussen nameservers en DNS-records?
  • Hoe voorkom je dat je e-mail uitvalt bij een verhuizing?
  • Hoe lang duurt een DNS-wijziging?
De nameservers bepalen wie de baas is over je instellingen. Zij bevatten de lijst met records. Verander je de nameservers, dan verhuis je die hele lijst in een keer. Binnen die lijst staan losse regels, en dat zijn de records. Het A-record wijst je domein naar het adres van je webserver. Het MX-record bepaalt waar je e-mail heen gaat. Een CNAME laat een naam naar een andere naam wijzen. Dat onderscheid is de kern van dit hele onderwerp. Je website en je e-mail hoeven namelijk niet op dezelfde plek te staan. Je kunt dus je site verhuizen zonder je mail aan te raken. Precies dat maakt een verhuizing veilig. Wie dat verschil niet kent, zet de nameservers om en verhuist alles tegelijk. Dat is waar het meestal misgaat. Maak voor jezelf een overzicht van je huidige records. Een schermafbeelding is al genoeg. Gaat er ooit iets mis, dan kun je het in vijf minuten terugzetten in plaats van reconstrueren.
DNS staat voor Domain Name System. Het vertaalt een naam naar een adres. Jij typt een domeinnaam in en DNS zoekt op welke server daarbij hoort. Zonder DNS zou je een reeks cijfers moeten onthouden voor elke website die je bezoekt. Het is dus letterlijk het telefoonboek van het internet. Wat er bij een bezoek gebeurt, is in stappen te beschrijven. Je browser vraagt aan een naamserver waar het domein staat. Die geeft een adres terug. Pas daarna wordt de pagina opgehaald. Dat gebeurt in milliseconden, dus je merkt er niets van. Tot er iets misgaat, en dan merk je het meteen. DNS regelt niet alleen je website. Ook je e-mail, je agenda en je bestandsopslag lopen erlangs. Daarom is een fout in je instellingen zo ingrijpend. Meer over het adres zelf lees je bij domeinnaam. Onthoud vooral dat DNS meer regelt dan alleen je website. Ga je iets wijzigen, bedenk dan altijd eerst wat er nog meer aan dat domein hangt. Dat voorkomt de meeste ongelukken.
Door de nameservers met rust te laten. Dat is de kortst mogelijke samenvatting. De meest gemaakte fout is de nameservers omzetten zonder de records vooraf over te nemen. Je verhuist dan het hele telefoonboek naar een lege kast. De site komt vaak nog goed terecht, want die is bij de nieuwe partij ingericht. Je e-mail valt stil, want dat record is nergens ingevuld. Dan mist iemand een dag aan offerteaanvragen zonder dat hij het doorheeft. Mijn volgorde is daarom vast. Eerst alle bestaande records exporteren of fotograferen. Dan de site klaarzetten en testen op de nieuwe server. Een dag van tevoren de wachttijd verlagen. Daarna alleen het webrecord wijzigen en de mail ongemoeid laten. Pas als alles draait, kijk je of de mail ook moet verhuizen. Vaak hoeft dat helemaal niet. Plan een verhuizing nooit op vrijdagmiddag of vlak voor een vakantie. Gaat er iets niet zoals gedacht, dan wil je dezelfde dag nog kunnen ingrijpen. Dat is de goedkoopste voorzorg die er is.
Van een paar minuten tot een etmaal, en dat verschil kun je zelf beinvloeden. Na een wijziging duurt het even voordat iedereen de nieuwe waarde ziet. Elke tussenliggende server bewaart het antwoord een tijdje. Dat is dezelfde gedachte als bij cache. Hoe lang dat duurt, staat in de instelling van het record zelf. Vaak is dat een uur, soms vierentwintig uur. Zet die waarde daarom een dag van tevoren laag, bijvoorbeeld op vijf minuten. Dan is je wijziging daarna vrijwel meteen overal bekend. Achteraf zet je hem weer terug. Zie jij de oude site nog terwijl een ander de nieuwe ziet? Dan is er niets kapot. Dan zit jouw provider nog op het oude antwoord. Wachten is dan het enige juiste antwoord. Controleer het resultaat niet alleen op je eigen computer. Vraag iemand op een ander netwerk om mee te kijken, bijvoorbeeld via zijn mobiele verbinding. Dan zie je meteen of het echt is doorgevoerd.
Dat hangt af van waar je nameservers staan, en daar zit vaak de verwarring. Je domeinregistrar beheert je domeinnaam. Dat is de partij waar je hem hebt geregistreerd en waar je jaarlijks voor betaalt. Je hostingpartij beheert de server waar je site op draait. Die twee zijn lang niet altijd dezelfde partij. Staan je nameservers bij je registrar, dan beheer je de records daar. Staan ze bij je hoster, dan gebeurt het daar. De belangrijkste tip uit dit hele onderwerp is deze: zorg dat jij toegang hebt tot beide accounts. Niet alleen je bouwer, maar jij als eigenaar. Raakt de samenwerking met je bouwer ooit uit, dan wil je niet afhankelijk zijn van zijn medewerking. Bij goede webhosting hoort die toegang gewoon bij het pakket. Leg de inloggegevens van beide accounts vast op een veilige plek binnen je bedrijf. Niet in een mailtje uit 2019. Dit is precies het soort informatie dat je nodig hebt op het slechtste moment.
Staat er een verhuizing op de planning en zie je er tegenop? Beschrijf je situatie via het formulier hieronder. Ik kijk mee met je huidige instellingen en maak een plan waarbij je e-mail blijft werken. Dat scheelt je een dag zenuwen en mogelijk een dag gemiste aanvragen. Vermeld je plaats, dan weet ik meteen waar je zit.

Waar kan ik je mee helpen?