DNS-propagatiechecker
Voer een domein in om de DNS-records op te zoeken via resolvers over de hele wereld en te zien of een recente wijziging al effect heeft.
- Opgelost
- Geen antwoord
- Controleren
-
Benito Juarez Mexico —
-
Buenos Aires Argentinië —
-
City of London Verenigd Koninkrijk —
-
Chicago Verenigde Staten —
-
Lehi Verenigde Staten —
-
New York Verenigde Staten —
-
Frankfurt am Main Duitsland —
-
Paris Frankrijk —
-
Roosendaal Nederland —
-
Vancouver Canada —
-
South Brisbane Australië —
-
Tokyo Japan —
-
Singapore Singapore —
-
Pune India —
-
São Paulo Brazilië —
-
Milan Italië —
-
Son Espanyol Spanje —
-
Slaka Zweden —
-
Jakarta Indonesië —
-
Randburg Zuid-Afrika —
-
San Bernardo Chili —
-
Vinhomes Times City Vietnam —
-
Ajman Verenigde Arabische Emiraten —
-
Jerusalem Israël —
DNS per land controleren
-
Verenigde Staten 8 servers
-
Australië 6 servers
-
Oostenrijk 6 servers
-
Brazilië 6 servers
-
Bulgarije 6 servers
-
Canada 6 servers
-
Chili 6 servers
-
China 6 servers
-
Colombia 6 servers
-
Kroatië 6 servers
-
Tsjechië 6 servers
-
Denemarken 6 servers
-
Ecuador 6 servers
-
Egypte 6 servers
-
Finland 6 servers
-
Duitsland 6 servers
-
Griekenland 6 servers
-
Hongkong SAR van China 6 servers
-
Hongarije 6 servers
-
India 6 servers
-
Indonesië 6 servers
-
Iran 6 servers
-
Israël 6 servers
-
Italië 6 servers
Hoe DNS-propagatie werkt
Elk DNS-record heeft een time-to-live, of TTL: het aantal seconden dat een resolver een gecacht antwoord mag bewaren voordat hij de autoritatieve naamservers opnieuw moet vragen.
Resolvers die de vorige waarde nog vasthouden blijven die uitdelen tot hun kopie verloopt. Pas dan halen ze het nieuwe antwoord op.
Er is geen wereldwijde schakelaar die in één keer omgaat. Het verlopen speelt zich onafhankelijk over duizenden resolvers af, dus een update kan op de ene plek al live zijn en elders nog verouderd.
De TTL een dag vóór een geplande wijziging verlagen laat de wijziging eerder landen. Vanaf veel locaties controleren toont hoever de nieuwe waarde zich heeft verspreid.
Waarom resultaten per locatie verschillen
Elke resolver cachet volgens zijn eigen schema, dus de ene kan nog een record vasthouden dat een andere al heeft ververst. Een wijziging kan vanaf uw kantoor klaar lijken en vanaf een telefoon met mobiele data niet.
Veel grote sites antwoorden met een IP dat is gekozen op basis van de locatie van de vragende resolver. Een resolver in Europa en een in Azië kunnen voor dezelfde hostnaam correcte maar verschillende adressen krijgen.
Cache-achterstand verdwijnt naarmate TTL's verlopen, terwijl CDN-verschillen bewust blijven bestaan. Locaties naast elkaar vergelijken haalt de twee effecten uit elkaar.
DNS-recordtypes die u kunt controleren
- A
- Een A-record koppelt een hostnaam aan een IPv4-adres. Het is het record dat een browser resolvet om de server van een website te vinden, dus het record dat u meestal controleert na een hostingverhuizing.
- AAAA
- Een AAAA-record koppelt een hostnaam aan een IPv6-adres. Het vervult dezelfde rol als een A-record voor clients en netwerken die de site via IPv6 bereiken.
- MX
- Een MX-record benoemt de mailservers die e-mail voor een domein accepteren en geeft elk een prioriteit. Ontvangende mailservers lezen het om te bepalen waar ze bezorgen, dus controleer het na elke wijziging aan e-mailhosting.
- NS
- Een NS-record somt de autoritatieve naamservers van een domein op. Dat zijn de servers die de echte antwoorden voor de zone bevatten, en de delegatie bij de registrar moet ernaar wijzen.
- TXT
- Een TXT-record slaat willekeurige tekst op die aan een naam hangt. Het wordt veel gebruikt voor domeinverificatie en voor mailbeleidrecords zoals SPF en DKIM.
- PTR
- Een PTR-record koppelt een IP-adres terug aan een hostnaam, het omgekeerde van een A- of AAAA-lookup. Het valt onder de provider die het IP-blok beheert en wordt vaak gecontroleerd voor de reputatie van mailservers.
- CNAME
- Een CNAME-record maakt van de ene hostnaam een alias van een andere, en resolvers volgen het naar de records van het doel. Een naam met een CNAME kan op hetzelfde label geen andere recordtypes dragen.
- CAA
- Een CAA-record bepaalt welke certificaatautoriteiten TLS-certificaten voor een domein mogen uitgeven. Certificaatautoriteiten lezen het vóór uitgifte, wat verkeerde uitgifte beperkt.
- SOA
- Een SOA-record bevat de administratieve instellingen van een zone, waaronder de primaire naamserver, het verantwoordelijke contact, het serienummer en de standaard negatieve-cachetijd. Er is er precies één per zone.
- SRV
- Een SRV-record maakt de host en poort van een specifieke dienst bekend, zoals SIP of XMPP, onder een gestructureerde naam. Clients die het ondersteunen gebruiken het record om de dienst te vinden.
Zo gebruikt u deze checker
- Typ het domein of de hostnaam die u wilt opzoeken, bijvoorbeeld www.example.com, en kies het recordtype uit de lijst.
- Start de controle. Elke server bevraagt het record onafhankelijk en meldt het ontvangen antwoord samen met de responstijd.
- Vergelijk de resultaten tussen locaties. Overal gelijke antwoorden betekent dat de wijziging is gepropageerd; een mix van oude en nieuwe waarden betekent dat sommige resolvers nog een gecachte kopie vasthouden.
Veelgestelde vragen
Wat is Global DNS Checker?
Global DNS Checker is een gratis tool die de DNS-records van een domein tegelijk opzoekt via servers over de hele wereld.
Hij ondersteunt A-, AAAA-, CNAME-, CAA-, MX-, NS-, PTR-, SOA-, SRV- en TXT-records.
Is Global DNS Checker gratis?
Ja. Elke tool op de site is gratis en geen enkele vraagt om een account. We vragen alleen om de site handmatig te gebruiken in plaats van er scripts op af te sturen.
Hoe controleer ik de DNS-records van een domeinnaam?
Voer het domein in het veld bovenaan de pagina in, kies een recordtype en klik op "DNS controleren". De servers eronder voeren dan dezelfde query uit en tonen het antwoord dat elk ontving, samen met de responstijd.
Hoelang duurt DNS-propagatie?
Die wordt bepaald door de TTL van het record, niet door een vaste klok.
Resolvers blijven het vorige antwoord uitserveren tot hun gecachte kopie verloopt en halen dan het nieuwe op; een record met een TTL van 300 seconden is dus binnen zo'n vijf minuten bijgewerkt, terwijl een TTL van een dag tot 24 uur kan duren.
De veelgehoorde bewering dat wijzigingen altijd 48 uur duren is een mythe uit de tijd van tragere naamservers; de TTL vóór een wijziging verlagen is de echte manier om het te versnellen.
Waarom propageert mijn DNS niet?
Meestal werkt het gewoon en kijkt u naar een resolver die de oude waarde nog in de cache houdt tot de TTL verloopt.
Andere veelvoorkomende oorzaken zijn een naamserverwijziging die niet bij de registrar is opgeslagen, waardoor de delegatie nog naar de oude provider wijst, en negatieve caching, waarbij een resolver onthoudt dat een naam niet bestond en dat blijft teruggeven tot de negatieve-cachetimer van het SOA afloopt.
Controleren vanaf meerdere locaties laat zien of de nieuwe waarde zich verspreidt of echt ontbreekt.
Hoe leeg ik mijn DNS-cache?
Open in Windows de opdrachtprompt en voer ipconfig /flushdns uit.
Voer op macOS sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder uit.
Op de meeste Linux-systemen met systemd-resolved voert u sudo resolvectl flush-caches uit.
De browser of het apparaat herstarten wist ook caches op applicatieniveau. Legen heeft alleen effect op uw eigen machine; het verandert niets aan wat andere resolvers wereldwijd uitserveren.
Wat is TTL in DNS?
TTL staat voor time-to-live: het aantal seconden dat een resolver een gecacht DNS-antwoord mag bewaren voordat hij de autoritatieve servers opnieuw moet bevragen.
Een lage TTL laat resolvers vaak verversen, zodat wijzigingen snel verschijnen maar er meer lookups nodig zijn; een hoge TTL betekent minder lookups maar tragere updates.
Een lage TTL instellen vóór een geplande wijziging en die daarna weer verhogen geeft snelle propagatie zonder permanente overhead.
Wat is het verschil tussen een DNS-controle en een WHOIS-lookup?
Een DNS-controle vraagt resolvers welke waarden de records van een domein op dit moment teruggeven, zoals de A-, MX- of TXT-records — dat is wat verkeer en mail daadwerkelijk stuurt.
Een WHOIS-lookup rapporteert daarentegen registratiegegevens over het domein zelf: de registrar, de aanmaak- en vervaldatums en de naamserverdelegatie.
DNS vertelt u hoe het domein zich nu gedraagt; WHOIS vertelt u wie het registreerde en wanneer het verloopt.
Is mijn DNS overal bijgewerkt?
Deze tool controleert een domein vanaf resolvers op veel locaties tegelijk; als elke server de nieuwe waarde teruggeeft, is de wijziging gepropageerd naar de geteste resolvers.
Omdat er wereldwijd veel meer resolvers zijn dan welke tool ook kan bevragen, is een volledig consistent resultaat sterk bewijs, geen absolute garantie.
Een mix van oude en nieuwe antwoorden betekent dat de propagatie nog bezig is en dat sommige resolvers een gecachte kopie vasthouden tot de TTL verloopt.
Welk DNS-recordtype moet ik controleren?
Controleer het record dat u hebt gewijzigd.
Na een verhuizing van een website naar nieuwe hosting controleert u het A-record, en het AAAA-record als u IPv6 aanbiedt.
Na een wijziging van e-mailhosting controleert u het MX-record.
Verhuist u een domein naar een nieuwe DNS-provider, controleer dan de NS-records.
Voor domeinverificatie en mailbeleid zoals SPF of DKIM controleert u het TXT-record.
Twijfelt u, begin dan met A en MX — die dekken de meeste site- en mailwijzigingen.