Hoe DNS-propagatie werkt

Je hebt je DNS-record bijgewerkt, je paneel gecontroleerd en alles lijkt goed. Maar je website laadt nog steeds de oude versie. Die kloof tussen het opslaan van een wijziging en het overal live zien ervan is DNS-propagatie. Dit hoofdstuk legt uit wat er in die…

DNS-propagatie is een van de meest onbegrepen onderdelen van domeinbeheer. Het is geen enkele gebeurtenis die als een golf over internet trekt. Het is een geleidelijk proces waarbij duizenden onafhankelijke DNS-servers over de hele wereld hun gecachete kopieën van je records op verschillende momenten vernieuwen. Als je dat proces begrijpt, raak je niet in paniek als een wijziging niet meteen bij jou verschijnt.

Wat is DNS-propagatie?

DNS-propagatie is de periode nadat je een DNS-record hebt bijgewerkt waarin de nieuwe waarde zich verspreidt over DNS-servers wereldwijd. Wijzig je een A-record, MX-record of een andere DNS-vermelding, dan wordt de wijziging meteen opgeslagen op je authoritative nameserver. Maar elke andere DNS-server op internet kan nog een gecachete kopie van het oude record bewaren.

Elke gecachete kopie heeft een timer, bepaald door de TTL-waarde (time to live) van het record. Tot die timer verloopt, blijft de server de oude waarde geven. De propagatie eindigt als alle gecachete kopieën zijn verlopen en elke resolver het bijgewerkte record teruggeeft.

Waarom gaat DNS-propagatie niet direct?

DNS is ontworpen voor snelheid en efficiëntie, niet voor directe wereldwijde updates. Als een DNS-resolver je domein opzoekt, slaat hij het antwoord in zijn cache op zodat het volgende verzoek sneller gaat. Die cache wordt bepaald door TTL.

Stel dat je TTL op 86400 seconden (24 uur) staat. Een resolver in het ene land heeft je A-record misschien twee uur geleden opgezocht en het oude IP-adres gecachet. Die resolver blijft nog 22 uur het oude adres teruggeven, ook al heb je het record bij de bron al gewijzigd.

Een andere resolver in een ander land heeft het record misschien 23 uur geleden gecachet. Zijn timer loopt over een uur af, dus hij pikt je nieuwe waarde veel eerder op. Daarom zien sommige mensen de wijziging meteen en andere nog de oude site. Beide zijn normaal tijdens propagatie.

Wat bepaalt de duur van DNS-propagatie?

Meerdere factoren bepalen hoe lang propagatie duurt voor jouw specifieke wijziging.

TTL-waarde

TTL is veruit de grootste factor. Een record met een TTL van 300 (vijf minuten) propageert veel sneller dan een met een TTL van 86400 (24 uur). Het hoofdstuk over wat TTL in DNS is legt uit hoe je deze waarde instelt en aanpast.

Hebben veel resolvers je oude record vlak voor je wijziging gecachet, dan hebben ze allemaal bijna een volledige TTL-cyclus over voordat ze opnieuw controleren.

Hoe lang duurt DNS-propagatie meestal?

Er is geen vast antwoord, maar deze bereiken dekken de meeste situaties in de praktijk.

  • Met een lage TTL (300 tot 600 seconden): het grootste deel van internet ziet de wijziging binnen 5 tot 30 minuten
  • Met een standaard-TTL (3600 seconden): reken op 1 tot 4 uur voor brede propagatie
  • Met een hoge TTL (86400 seconden of meer): propagatie kan tot 24 tot 48 uur duren

Het getal "48 uur" dat je online ziet, is een worstcaseschatting voor records met een TTL van 24 uur waarbij resolvers de oude waarde vlak voor de wijziging hebben gecachet. Het is geen garantie dat elke wijziging zo lang duurt. Met goed TTL-beheer propageren de meeste wijzigingen binnen een uur.

Hoe versnel je DNS-propagatie?

Je kunt niet elke DNS-server op internet dwingen zijn cache eerder te legen. Maar je kunt je voorbereiden op snelle propagatie voordat je de wijziging doorvoert.

  1. Verlaag je TTL 24 tot 48 uur voor de geplande wijziging. Zet hem op 300 (vijf minuten) bij de records die je wilt bijwerken. Zo krijgen bestaande caches met een hoge TTL de tijd om te verlopen.
  2. Voer de DNS-wijziging door. Met een al lage TTL pikken resolvers de nieuwe waarde binnen enkele minuten op.
  3. Controleer of de wijziging werkt. Test vanaf meerdere locaties of gebruik een tool voor het controleren van DNS-propagatie om te bevestigen dat de nieuwe waarde zich verspreidt.
  4. Zet de TTL terug naar je normale standaard. Zodra de wijziging bevestigd en stabiel is, zet je de TTL terug op 3600 of je gewenste waarde om onnodige lookups te beperken.

Stap één overslaan is de meest voorkomende reden dat propagatie traag voelt. Wijzig je een A-record met een TTL van 24 uur en vraag je je af waarom het een dag duurt, dan is de TTL de verklaring.

Veelvoorkomende misvattingen over propagatie

"Propagatie is stuk als ik nog steeds de oude site zie." Tijdens de propagatieperiode is het normaal dat je op verschillende locaties verschillende resultaten ziet. Het betekent niet dat je wijziging is mislukt. Controleer je authoritative nameserver rechtstreeks. Staat de nieuwe waarde daar, dan werkt propagatie. Het is alleen nog niet overal klaar.

"Ik moet 48 uur wachten voordat ik kan testen." Dat hoeft niet. Begin binnen enkele minuten met testen als je TTL laag is. Volledige wereldwijde propagatie kan langer duren, maar je site kan voor de meeste bezoekers live zijn lang voordat het worstcasevenster sluit.

Zo helpt WEMASY bij DNS-wijzigingen

Als je een domein aan WEMASY koppelt, geeft het platform de exacte DNS-waarden die je nodig hebt en controleert het wanneer ze actief zijn. De installatiegids raadt aan je TTL te verlagen voor een migratie, zodat je overstap soepel verloopt. WEMASY bevat hosting, SSL en domeinbeheer in één abonnement. Bekijk de details van de abonnementen op de prijzenpagina van WEMASY.

Hoe nu verder

Nu je begrijpt hoe propagatie werkt, ben je klaar om DNS-wijzigingen met vertrouwen door te voeren. Lees hoe je je DNS-instellingen wijzigt voor de praktische stappen, of lees opnieuw wat een A-record is als je je domein naar een nieuwe server laat verwijzen.

Veelgestelde vragen

Kan ik DNS-propagatie sneller laten gaan?

Je kunt externe DNS-servers niet dwingen hun cache te legen voordat de TTL verloopt. De enige betrouwbare manier om propagatie te versnellen is je TTL 24 tot 48 uur voor de wijziging verlagen. Met de websitebouwer van WEMASY stel je dit direct op je website in.

Waarom zie ik de nieuwe site maar ziet mijn collega nog de oude?

Jij en je collega gebruiken waarschijnlijk verschillende DNS-resolvers. De jouwe heeft de cache al vernieuwd en het nieuwe record opgepikt. Bij de resolver van je collega staat de oude waarde nog in de cache. Dit is normaal tijdens propagatie en lost zichzelf op zodra alle caches verlopen.

Beïnvloedt DNS-propagatie e-mail?

Ja. Heb je MX-records gewijzigd, dan moeten mailservers wereldwijd de nieuwe waarden oppikken voordat e-mail goed naar je nieuwe aanbieder wordt gerouteerd. Dezelfde TTL-regels gelden. Verlaag de TTL van MX-records voordat je van e-mailaanbieder wisselt, om gaten in de bezorging te beperken.

Is 48 uur de maximale propagatietijd?

In de praktijk propageren de meeste wijzigingen ruim voor die 48 uur, vooral met een lage TTL. Het getal van 48 uur is een voorzichtige schatting op basis van een TTL van 24 uur waarbij resolvers het oude record vlak voor de wijziging hebben gecachet. Met goed TTL-beheer zijn een tot vier uur gebruikelijker.

Moet ik DNS-wijzigingen tijdens kantooruren doorvoeren?

Plan grote DNS-wijzigingen indien mogelijk in een periode met weinig verkeer, vooral als je van hosting- of e-mailaanbieder wisselt. Zelfs met een lage TTL is er een kort moment waarop sommige bezoekers de oude server raken en anderen de nieuwe. Je publiek vooraf op de hoogte brengen van onderhoud beperkt de verwarring tijdens die overlap.

Lost het legen van mijn lokale DNS-cache propagatieproblemen op?

Je lokale cache legen heeft alleen invloed op je eigen apparaat. Het helpt je om tijdens het testen het bijgewerkte record eerder te zien, maar verandert niet wat andere DNS-resolvers wereldwijd teruggeven. Gebruik een propagatiechecker met meerdere locaties om het wereldwijde beeld te zien.

Zet het meteen
in je eigen website.

Start gratis met WEMASY en bouw je site in een paar minuten.