DNS-propagatie

Wat de tool doet

NetCheck stelt dezelfde vraag aan vier veelgebruikte openbare DNS-resolvers, Google, Cloudflare, Quad9 en AdGuard, en vergelijkt hun antwoorden. Komen ze allemaal overeen, dan is de nieuwe waarde overgenomen. Wijken ze af, dan leveren sommige resolvers nog een oud antwoord uit hun cache.

Waarom men van „propagatie” spreekt

Het woord is misleidend: er verspreidt zich eigenlijk niets. Zodra u een wijziging opslaat, geven uw nameservers het nieuwe antwoord. Wat tijd kost, is het verlopen van de kopieën die duizenden resolvers in hun cache hebben, elk op een ander moment opgevraagd. Elke kopie leeft hoogstens zo lang als de TTL in het record aangeeft.

Een wijziging zonder wachttijd voorbereiden

1. Verlaag de dag ervoor de TTL van het betreffende record naar 300 seconden.
2. Wacht minstens de duur van de oude TTL af, zodat alle caches de korte waarde hebben overgenomen.
3. Voer de wijziging door: die is na ongeveer vijf minuten overal zichtbaar.
4. Controleer met deze tool of de vier resolvers overeenkomen.
5. Zet de TTL terug op een normale waarde (3600 of meer) om uw nameservers te ontlasten.

Uiteenlopende resultaten lezen

Verschillende waarden per resolver zijn tijdens de overgang normaal. Enkele gevallen om te kennen:

• Een resolver toont de oude waarde lang na de TTL: sommige hanteren een minimale cachetijd, of houden een verlopen antwoord vast als uw servers moeilijk bereikbaar zijn. Heb geduld en controleer of uw nameservers correct antwoorden.
• Een resolver antwoordt „geen records” terwijl de andere de waarde zien: vaak een negatieve cache, ontstaan doordat de naam werd opgevraagd voordat het record bestond. De duur ervan wordt vastgelegd door het SOA-record van de zone.
• Een resolver is onbereikbaar: het verzoek mislukte vanuit uw browser, soms door een blocker of een bedrijfsnetwerk. Het heeft niets met uw domein te maken.

Hier is alles actueel, maar bij mij niet

Uw computer, browser en router hebben elk hun eigen cache. Onder Windows leegt ipconfig /flushdns de systeemcache, onder macOS sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder. In Chrome leegt de pagina chrome://net-internals/#dns de browsercache, en een herstart van de router leegt die van de router. Gebruikt uw provider een eigen resolver, dan kan die de oude waarde iets langer vasthouden dan de openbare resolvers die hier worden getest.

Veelgestelde vragen

Hoe lang duurt de propagatie?

Hoogstens de TTL van het oude record bij een gewone wijziging, dus van enkele minuten tot enkele uren. Een wijziging van nameservers kan tot 48 uur duren. Wie de TTL vóór de wijziging verlaagt, brengt de wachttijd terug tot enkele minuten.

Kan de propagatie versneld worden?

Niet meer na de wijziging: caches verlopen in hun eigen tempo, en u kunt alleen uw eigen caches legen. De enige echte versnelling bereidt u vooraf voor, door de TTL te verlagen.

Waarom werkt mijn site op mijn telefoon maar niet op mijn computer?

Ze gebruiken verschillende resolvers, die het antwoord niet op hetzelfde moment in de cache hebben gezet. Leeg de DNS-cache van de computer en de browser, of wacht tot de TTL is verstreken.

Controleert de tool alle resolvers ter wereld?

Nee: vier representatieve openbare resolvers, die een groot deel van de internetgebruikers bedienen. Als zij overeenkomen, is dat een zeer goede aanwijzing, maar de resolver van een provider kan af en toe achterlopen.