DNS-propageringskontroll
Skriv in en domän för att slå upp dess DNS-poster från resolvrar runt om i världen och se om en nyligen gjord ändring har slagit igenom.
- Löst
- Inget svar
- Kontrollerar
-
Benito Juarez Mexiko —
-
Buenos Aires Argentina —
-
City of London Storbritannien —
-
Chicago USA —
-
Lehi USA —
-
New York USA —
-
Frankfurt am Main Tyskland —
-
Paris Frankrike —
-
Roosendaal Nederländerna —
-
Vancouver Kanada —
-
South Brisbane Australien —
-
Tokyo Japan —
-
Singapore Singapore —
-
Pune Indien —
-
São Paulo Brasilien —
-
Milan Italien —
-
Son Espanyol Spanien —
-
Slaka Sverige —
-
Jakarta Indonesien —
-
Randburg Sydafrika —
-
San Bernardo Chile —
-
Vinhomes Times City Vietnam —
-
Ajman Förenade Arabemiraten —
-
Jerusalem Israel —
Kontrollera DNS per land
-
USA 8 servrar
-
Australien 6 servrar
-
Österrike 6 servrar
-
Brasilien 6 servrar
-
Bulgarien 6 servrar
-
Kanada 6 servrar
-
Chile 6 servrar
-
Kina 6 servrar
-
Colombia 6 servrar
-
Kroatien 6 servrar
-
Tjeckien 6 servrar
-
Danmark 6 servrar
-
Ecuador 6 servrar
-
Egypten 6 servrar
-
Finland 6 servrar
-
Tyskland 6 servrar
-
Grekland 6 servrar
-
Hongkong SAR 6 servrar
-
Ungern 6 servrar
-
Indien 6 servrar
-
Indonesien 6 servrar
-
Iran 6 servrar
-
Israel 6 servrar
-
Italien 6 servrar
Så fungerar DNS-propagering
Varje DNS-post har en time-to-live, eller TTL: antalet sekunder en resolver får behålla ett cachat svar innan den måste fråga de auktoritativa namnservrarna igen.
Resolvrar som fortfarande har det tidigare värdet fortsätter dela ut det tills deras kopia löper ut. Först då hämtar de det nya svaret.
Det finns ingen global strömbrytare som slår om på en gång. Utgången utspelar sig oberoende över tusentals resolvrar, så en uppdatering kan vara live på ett ställe och fortfarande inaktuell på ett annat.
Att sänka TTL ett dygn före en planerad ändring gör att ändringen sätter sig tidigare. Att kontrollera från många platser visar hur långt det nya värdet spridit sig.
Därför skiljer sig resultaten mellan platser
Varje resolver cachar enligt sitt eget schema, så en kan fortfarande hålla en post som en annan redan uppdaterat. En ändring kan se klar ut från kontoret men inte från en mobil på mobildata.
Många stora sajter svarar med en IP vald utifrån var den frågande resolvern finns. En resolver i Europa och en i Asien kan få korrekta men olika adresser för samma värdnamn.
Cache-eftersläpningen försvinner i takt med att TTL:er löper ut, medan CDN-skillnaderna kvarstår avsiktligt. Att jämföra platser sida vid sida skiljer de två effekterna åt.
DNS-posttyper du kan kontrollera
- A
- En A-post kopplar ett värdnamn till en IPv4-adress. Det är posten som en webbläsare resolverar för att hitta en webbplats server, så det är den du oftast kontrollerar efter en webbhotellsflytt.
- AAAA
- En AAAA-post kopplar ett värdnamn till en IPv6-adress. Den fyller samma roll som en A-post för klienter och nät som når sajten över IPv6.
- MX
- En MX-post pekar ut e-postservrarna som tar emot e-post för en domän och ger var och en prioritet. Mottagande servrar läser den för att avgöra vart de ska leverera — kontrollera den alltså efter varje ändring av e-postleverantör.
- NS
- En NS-post listar en domäns auktoritativa namnservrar. Det är de servrar som håller zonens riktiga svar, och delegeringen hos registraren måste peka på dem.
- TXT
- En TXT-post lagrar godtycklig text knuten till ett namn. Den används flitigt för domänverifiering och för e-postpolicyposter som SPF och DKIM.
- PTR
- En PTR-post kopplar en IP-adress tillbaka till ett värdnamn — motsatsen till ett A- eller AAAA-uppslag. Den ligger hos leverantören som kontrollerar IP-blocket och kontrolleras ofta för e-postservrars anseende.
- CNAME
- En CNAME-post gör ett värdnamn till alias för ett annat, och resolvrar följer den till målets poster. Ett namn med CNAME kan inte bära andra posttyper på samma etikett.
- CAA
- En CAA-post anger vilka certifikatutfärdare som får utfärda TLS-certifikat för en domän. Utfärdarna läser den före utfärdandet, vilket begränsar felaktiga utfärdanden.
- SOA
- En SOA-post innehåller zonens administrativa inställningar: den primära namnservern, ansvarig kontakt, serienumret och den förvalda negativa cachetiden. Det finns exakt en per zon.
- SRV
- En SRV-post annonserar värd och port för en viss tjänst, som SIP eller XMPP, under ett strukturerat namn. Klienter som stöder den använder posten för att hitta tjänsten.
Så använder du kontrollen
- Skriv domänen eller värdnamnet du vill slå upp, till exempel www.example.com, och välj posttyp i listan.
- Kör kontrollen. Varje server frågar posten oberoende och rapporterar svaret den fick tillsammans med svarstiden.
- Jämför resultaten mellan platserna. Samma svar överallt betyder att ändringen har propagerat; en blandning av gamla och nya värden betyder att vissa resolvrar fortfarande håller en cachad kopia.
Vanliga frågor
Vad är Global DNS Checker?
Global DNS Checker är ett gratisverktyg som slår upp en domäns DNS-poster från servrar runt om i världen samtidigt.
Det stöder posterna A, AAAA, CNAME, CAA, MX, NS, PTR, SOA, SRV och TXT.
Är Global DNS Checker gratis?
Ja. Varje verktyg på sajten är gratis och inget kräver konto. Vi ber bara att du använder sajten för hand i stället för att rikta skript mot den.
Hur kontrollerar jag DNS-posterna för ett domännamn?
Skriv in domänen i fältet högst upp på sidan, välj en posttyp och klicka på "Kontrollera DNS". Servrarna i listan nedanför kör då samma fråga och visar svaret som var och en fick, tillsammans med svarstiden.
Hur lång tid tar DNS-propagering?
Den styrs av postens TTL, inte av någon fast klocka.
Resolvrar fortsätter lämna ut det tidigare svaret tills deras cachade kopia löper ut och hämtar sedan det nya — en post med 300 sekunders TTL uppdateras alltså på ungefär fem minuter, medan en TTL på ett dygn kan ta upp till 24 timmar.
Det vanliga påståendet att ändringar alltid tar 48 timmar är en myt från tiden med långsammare namnservrar; att sänka TTL inför en ändring är det verkliga sättet att snabba på den.
Varför propagerar inte min DNS?
Oftast fungerar allt och du tittar bara på en resolver som fortfarande har det gamla värdet i cachen tills dess TTL löper ut.
Andra vanliga orsaker är ett namnserverbyte som inte sparats hos registraren, så att delegeringen fortfarande pekar på den gamla leverantören, och negativ cachning, där en resolver minns att ett namn inte fanns och fortsätter returnera det tills SOA-postens negativa cachetimer gått ut.
Att kontrollera från flera platser visar om det nya värdet sprider sig eller faktiskt saknas.
Hur tömmer jag min DNS-cache?
I Windows öppnar du Kommandotolken och kör ipconfig /flushdns.
På macOS kör du sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder.
På de flesta Linux-system med systemd-resolved kör du sudo resolvectl flush-caches.
Att starta om webbläsaren eller enheten rensar också cachar på programnivå. Tömningen påverkar bara din egen dator; den ändrar inte vad andra resolvrar runt om i världen lämnar ut.
Vad är TTL i DNS?
TTL står för time-to-live: antalet sekunder en resolver får behålla ett cachat DNS-svar innan den måste fråga de auktoritativa servrarna igen.
En låg TTL gör att resolvrar uppdaterar sig ofta, så ändringar syns snabbt till priset av fler uppslag; en hög TTL betyder färre uppslag men långsammare uppdateringar.
Att sätta en låg TTL före en planerad ändring och höja den efteråt ger snabb propagering utan bestående merkostnad.
Vad är skillnaden mellan en DNS-kontroll och ett WHOIS-uppslag?
En DNS-kontroll frågar resolvrar vilka värden en domäns poster returnerar just nu, som dess A-, MX- eller TXT-poster — det är det som faktiskt styr trafik och e-post.
Ett WHOIS-uppslag rapporterar i stället registreringsuppgifter om själva domänen: registraren, skapande- och utgångsdatum samt namnserverdelegeringen.
DNS berättar hur domänen beter sig just nu; WHOIS berättar vem som registrerade den och när den löper ut.
Är min DNS uppdaterad överallt?
Verktyget kontrollerar en domän från resolvrar på många platser samtidigt — returnerar varje server det nya värdet har ändringen propagerat till de testade resolvrarna.
Eftersom det finns långt fler resolvrar i världen än något verktyg kan fråga är ett helt enhetligt resultat ett starkt belägg snarare än en absolut garanti.
En blandning av gamla och nya svar betyder att propageringen fortfarande pågår och att vissa resolvrar håller kvar en cachad kopia tills dess TTL löper ut.
Vilken DNS-posttyp bör jag kontrollera?
Kontrollera posten du ändrade.
Efter en flytt av en webbplats till nytt webbhotell kontrollerar du A-posten, och AAAA-posten om du serverar IPv6.
Efter byte av e-postleverantör kontrollerar du MX-posten.
När du flyttar en domän till en ny DNS-leverantör kontrollerar du NS-posterna.
För domänverifiering och e-postpolicyer som SPF eller DKIM kontrollerar du TXT-posten.
Är du osäker, börja med A och MX — de täcker de flesta webb- och e-poständringar.