DNS-propagatiecheck

Controleer of een recente DNS-wijziging zich heeft verspreid bij grote resolvers (Google, Cloudflare, Quad9, NextDNS, ControlD).

Zo werkt DNS-propagatie

Er is geen centrale push wanneer u een DNS-record wijzigt. Elke resolver die ooit een query voor uw naam heeft beantwoord, houdt de oude waarde in zijn cache totdat de TTL (time to live) van het record verloopt - pas dan vraagt hij uw autoritatieve nameservers opnieuw en pikt hij de wijziging op.

Deze tool bevraagt vijf grote publieke resolvers (Google, Cloudflare, Quad9, NextDNS, ControlD) parallel en vergelijkt de antwoorden. Wanneer ze allemaal de nieuwe waarde teruggeven, ziet de overgrote meerderheid van de gebruikers wereldwijd die ook.

De propagatietijd is dus uw TTL, geen vaste '48 uur'. Een record met een TTL van 300 seconden convergeert binnen minuten. Het getal van 48 uur komt uit een specifiek geval: het wijzigen van de nameservers van een domein, waarbij de delegatierecords van de bovenliggende TLD-zone een TTL van maximaal twee dagen kunnen hebben (172800 s voor .com).

Zo leest u de resultaten

Elke rij is een resolver. De interpretatie:

Veelvoorkomende problemen

Resolvers bijgewerkt, maar mijn computer opent nog de oude site. Uw besturingssysteem en browser houden eigen DNS-caches bij. Leeg ze (ipconfig /flushdns op Windows, browser herstarten) of test vanuit een privevenster en een ander netwerk.

Een resolver loopt urenlang achter. Resolvers kunnen onder belasting licht verouderde antwoorden geven of de oude TTL aanhouden die vlak voor uw wijziging is opgehaald. Google en Cloudflare bieden publieke cache-flush-pagina's waar u een verversing voor uw naam kunt aanvragen.

De wijziging is zelfs na de TTL nergens zichtbaar. Controleer of de wijziging de autoritatieve servers heeft bereikt: bevraag de NS van uw zone rechtstreeks. Een typefout in de zone, het bewerken van de verkeerde zonekopie of een niet-opgeslagen wijziging bij de DNS-provider komen vaker voor dan trage propagatie.

Veelgestelde vragen

Hoelang duurt DNS-propagatie?

Zo lang als de TTL van het record, doorgaans minuten tot enkele uren. Alleen wijzigingen van nameservers (NS) bij de registrar kunnen 24-48 uur duren, omdat TLD-delegatierecords lange TTL's dragen. De regel '48 uur voor alles' is een mythe.

Kan ik DNS-propagatie versnellen?

Voor de wijziging: verlaag de TTL (bijv. naar 300 s) minstens een oude TTL-periode van tevoren. Na de wijziging: gebruik de publieke cache-flush-tools van Google (dns.google/cache) en Cloudflare (one.one.one.one/purge-cache). Andere resolvers zijn niet te dwingen - hun caches verlopen gewoon.

Waarom geven resolvers verschillende antwoorden?

Of de wijziging is nog aan het propageren (caches verlopen op verschillende momenten), of het domein geeft bewust verschillende antwoorden - CDN, anycast en GeoDNS geven locatieafhankelijke adressen terug, wat normaal is en geen fout.

Welke TTL moet ik voor mijn records instellen?

Gangbare praktijk: 300-3600 seconden voor records die u mogelijk snel moet wijzigen (A/AAAA, CNAME), langer (tot een dag) voor stabiele infrastructuur zoals MX of NS. Zeer lage TTL's verhogen de querybelasting bij uw DNS-provider; zeer hoge TTL's vertragen noodwijzigingen.

Wil je een monitor voor DNS-wijzigingen?

ePulz.io kan DNS-records monitoren en waarschuwen wanneer ze wijzigen (detectie van DNS-hijacking).

7 dagen gratis proberen →

Over deze tool

Nadat je een DNS-record wijzigt, blijft elke resolver de oude waarde leveren totdat de TTL verloopt. Dit bevraagt vijf grote resolvers tegelijk (Google, Cloudflare, Quad9, NextDNS, ControlD): overeenkomende antwoorden betekenen dat de wijziging is doorgevoerd, verschillende antwoorden betekenen dat je nog even moet wachten (of dat het domein anycast gebruikt).