Design

Beliebte Tools

DNS-Propagation-Checker DNS-Propagation weltweit prüfen

Fragen Sie 34 öffentliche Resolver auf sechs Kontinenten gleichzeitig ab und sehen Sie, welche Ihre neuen Einträge schon liefern.

Testen
  • 34 Resolver in 28 Ländern
  • Wählen Sie einen Punkt für Details

Ihre Verbindung

IP-Details

Ergebnisse weltweit

34 Resolver
Resolver-Liste überspringen

  • Google DNS

    Aus Ihrem Browser

  • Vereinigte Staaten

    Google

  • Vereinigte Staaten

    Cloudflare

  • Vereinigte Staaten

    OpenDNS

  • Vereinigte Staaten

    Hurricane Electric

  • Kanada

    CIRA Canadian Shield

  • Mexiko

    Alestra

  • Brasilien

    Claro

  • Irland

    Namecheap

  • Vereinigtes Königreich

    IONOS

  • Frankreich

    OVH

  • Niederlande

    Odido

  • Deutschland

    Telekom Deutschland

  • Schweiz

    Swisscom

  • Schweiz

    Quad9

  • Spanien

    Priority Telecom

  • Italien

    UltraDNS

  • Zypern

    AdGuard

  • Türkei

    Teknet

  • Türkei

    Netlen

  • Russland

    SafeDNS

  • Russland

    Yandex

  • Kuwait

    Gulfnet

  • Südafrika

    Liquid Telecom

  • Pakistan

    CMPak

  • Indien

    Bharat Public DNS

  • Philippinen

    PLDT

  • Malaysia

    Exabytes

  • Singapur

    Azure-hosted

  • Indonesien

    IDNIC

  • China

    114DNS

  • Südkorea

    LG Uplus

  • Taiwan

    HiNet

  • Japan

    IIJ

  • Australien

    Telstra

Ein DNS-Checker, der die ganze Welt gleichzeitig fragt

Wenn Sie einen DNS-Eintrag ändern, erreicht der neue Wert nicht alle im selben Moment. Resolver auf der ganzen Welt behalten die alte Antwort in ihrem Cache, bis sie abläuft. Dieser DNS-Propagation-Checker fragt 34 öffentliche Resolver gleichzeitig ab (globale Dienste wie Google, Cloudflare, Quad9 und OpenDNS sowie die Resolver von ISPs, Hosting-Anbietern und öffentlichen DNS-Diensten in über 20 Ländern) und fragt zusätzlich Google Public DNS aus Ihrem eigenen Browser, sodass Sie genau sehen, wer Ihren neuen Eintrag schon liefert.

Nutzen Sie diesen DNS-Propagationstest, nachdem Sie eine Domain auf einen neuen Server umgestellt, Ihre E-Mails zu einem neuen Anbieter umgezogen, einen TXT-Eintrag zur Verifizierung hinzugefügt oder die Nameserver gewechselt haben. Die vollständige Antwort eines einzelnen Resolvers liefert die DNS-Abfrage.

DNS-Propagation-Checker für dnsrobot.net: Die Resolver auf Weltkarte und Liste liefern alle denselben A-EintragDNS-Propagation-Checker für dnsrobot.net: Die Resolver auf Weltkarte und Liste liefern alle denselben A-EintragDomain und EintragstypGeben Sie eine Domain ein oder fügen Sie eine URL ein, wählen Sie den geänderten Eintrag und klicken Sie auf Prüfen. Bei einer IP-Adresse wird stattdessen ihr PTR-Eintrag geprüft.Die WeltkarteEin Punkt pro Resolver. Der Resolver eines ISP steht dort, von wo aus er antwortet; globale Dienste wie Google, Cloudflare und Quad9 antworten von ihrem Standort nahe unserem Server, ihr Punkt steht also für das Unternehmen. Grün stimmt mit den meisten anderen überein, Orange weicht ab, Rot lieferte keinen Eintrag oder einen Fehler. Fahren Sie mit der Maus über einen Punkt oder tippen Sie darauf, um seine Antwort zu sehen.Google DNS aus Ihrem BrowserDieselbe Abfrage, von Ihrem eigenen Browser an Google Public DNS gesendet, sodass Google für Ihren Standort antwortet. Der Resolver Ihres ISP, den die meisten Geräte nutzen, kann noch eine ältere Antwort haben.Die BilanzWie viele Resolver übereinstimmen, abweichen, keinen Eintrag haben oder nicht geantwortet haben. Die Propagation ist abgeschlossen, wenn alle Resolver übereinstimmend Ihren neuen Wert liefern.
Eine Live-Prüfung auf der DNS-Propagationskarte: Jeder Punkt ist ein öffentlicher Resolver, grün, wenn er dieselbe Antwort wie die meisten anderen liefert. Wählen Sie eine Markierung, um zu sehen, was der jeweilige Bereich zeigt.

So können Sie die DNS-Propagation prüfen

  1. 1

    Domain eingeben

    Geben Sie eine Domain ein oder fügen Sie eine URL ein. Geben Sie stattdessen eine IP-Adresse ein, um ihren Reverse-DNS-Eintrag (PTR) zu prüfen.

  2. 2

    Eintragstyp wählen

    A für die IPv4-Adresse einer Website, AAAA für IPv6, MX für E-Mail, TXT für SPF, DKIM und Verifizierungscodes, NS für Nameserver und sieben weitere.

  3. 3

    Karte und Liste lesen

    Grüne Resolver liefern dieselbe Antwort wie die meisten anderen, orangefarbene weichen ab, rote lieferten keinen Eintrag oder einen Fehler. Google DNS aus Ihrem Browser zeigt, was Google für Ihren Standort antwortet; der Resolver Ihres ISP kann abweichen.

Was ist DNS-Propagation?

DNS-Propagation ist die Zeit, die vergeht, bis eine Änderung an Ihren DNS-Einträgen die alte Version im Cache jedes Resolvers ersetzt hat. Dabei wird nichts aktiv verteilt: Ihr DNS-Anbieter hat den neuen Eintrag, sobald Sie ihn speichern, und jeder Resolver übernimmt ihn erst, wenn seine zwischengespeicherte Kopie abläuft.

Wie lange ein Resolver einen Eintrag behalten darf, legt dessen TTL (Time to Live) in Sekunden fest, wie in RFC 1035 definiert. Bei einer TTL von 3600 kann ein Resolver, der den alten Eintrag eine Minute vor Ihrer Änderung abgerufen hat, ihn noch fast eine Stunde lang ausliefern. Deshalb können zwei Personen in derselben Stadt eine Zeit lang unterschiedliche Versionen einer Website sehen.

Ihr DNS-Anbieter
Hat den neuen Eintrag, sobald Sie ihn speichern
Resolver weltweit
Behalten ihre zwischengespeicherte Kopie, bis deren TTL abläuft
Besucher
Erhalten, was ihr Resolver gerade im Cache hat
Neuer EintragAlter Eintrag, noch im CacheJeder Resolver aktualisiert nach seinem eigenen Zeitplan, daher verläuft die globale DNS-Propagation Stück für Stück und nicht auf einmal.

Wie lange dauert die DNS-Propagation?

Die meisten Eintragsänderungen erreichen alle Resolver innerhalb von Minuten bis wenigen Stunden. Ein Nameserver-Wechsel kann bis zu 48 Stunden dauern.

Die TTL des alten Eintrags gibt das Tempo vor: Ein Resolver, der ihn zwischengespeichert hat, liefert ihn weiter aus, bis die TTL abläuft. Ein Eintrag mit einer TTL von 3600 Sekunden verschwindet aus jedem regelkonformen Cache innerhalb einer Stunde. Die Zeitspannen unten gehen von üblichen TTLs zwischen 300 Sekunden und 24 Stunden aus; Nameserver-Wechsel und neue Domains hängen zusätzlich von der Registry ab.

Änderung geplant? Senken Sie die TTL einen Tag vorher auf 300, warten Sie, bis die alte TTL abgelaufen ist, und nehmen Sie dann die Änderung vor.

Typische Dauer, bis alle Resolver die Änderung haben
  • TXT-Eintrag (SPF, DKIM, DMARC): 5 Minuten – 24 Stunden
  • A- oder AAAA-Eintrag: 5 Minuten – 24 Stunden
  • CNAME-Eintrag: 5 Minuten – 24 Stunden
  • MX-Eintrag: 5 Minuten – 24 Stunden
  • Neue .com- oder .net-Domain: 5 Minuten – 15 Minuten
  • Nameserver-Wechsel: 5 Minuten – 48 Stunden

Dauer der DNS-Propagation nach Anbieter

Eine Eintragsänderung erreicht alle Resolver innerhalb von etwa einer TTL, daher ist die Standard-TTL Ihres DNS-Anbieters der entscheidende Wert. Dies sind die Standardwerte, die jeder Anbieter für neue Einträge dokumentiert (bei Porkbun dessen Minimum); die meisten davon können Sie senken.

Jeder Wert stammt aus der Dokumentation des jeweiligen Anbieters: Cloudflare, Route 53, Porkbun, Namecheap, GoDaddy, Network Solutions und Hostinger.

DNS-AnbieterStandard-TTLEine Eintragsänderung erreicht alle Resolver in etwa
Cloudflare300 s (Auto)5 Minuten
Amazon Route 53300 s5 Minuten
Porkbun600 s (Minimum)10 Minuten
Namecheap1.800 s (Automatic)30 Minuten
GoDaddy3.600 s1 Stunde
Network Solutions7.200 s2 Stunden
Hostinger14.400 s4 Stunden

So beschleunigen Sie die DNS-Propagation

Niemand kann alle Resolver der Welt dazu bringen, eine zwischengespeicherte Antwort früher zu verwerfen. Sie können die Änderung aber so planen, dass Caches schnell ablaufen, und die Resolver aktualisieren lassen, die die meisten Menschen bedienen.

  1. 1

    Zuerst die TTL senken

    Setzen Sie die TTL des Eintrags ein bis zwei Tage vor der Änderung auf 300 Sekunden. Resolver behalten den Eintrag dann höchstens fünf Minuten.

  2. 2

    Die alte TTL abwarten

    Resolver, die den Eintrag vor dem Senken der TTL zwischengespeichert haben, behalten ihn für die alte TTL: einen ganzen Tag, wenn sie 86400 betrug.

  3. 3

    Die Änderung an der richtigen Stelle vornehmen

    Bearbeiten Sie den Eintrag bei dem DNS-Anbieter, auf den Ihre Nameserver verweisen. Sie wissen nicht, welcher das ist? Prüfen Sie es mit der NS-Abfrage.

  4. 4

    Google und Cloudflare um Aktualisierung bitten

    Bei beiden kann jeder einen zwischengespeicherten Eintrag verwerfen lassen: Google Public DNS Flush Cache und Cloudflare 1.1.1.1 Purge Cache.

  5. 5

    Die eigenen Caches leeren

    Ihr Computer, Ihr Browser und Ihr Router halten eigene Kopien vor. Die Befehle finden Sie direkt darunter.

  6. 6

    Prüfen, dann die TTL wieder erhöhen

    Wenn alle Resolver oben den neuen Wert anzeigen, setzen Sie die TTL wieder auf 3600 oder höher, damit Ihr DNS-Anbieter weniger Anfragen beantworten muss.

Sehen Sie noch die alte Seite?

Wenn alle Resolver oben schon den neuen Eintrag liefern, Ihr eigener Browser aber nicht, liegt die alte Antwort bei Ihnen im Cache. Leeren Sie ihn dort, wo er liegt:

ipconfig /flushdns

In der Eingabeaufforderung als Administrator ausführen. Die Antwort lautet „Successfully flushed the DNS Resolver Cache.“

Wo sich eine alte Antwort verstecken kann

  1. Ihr Browser

    Hat einen eigenen DNS-Cache und hält die alte Seite vor. Ein erzwungenes Neuladen (Ctrl+Shift+R, auf dem Mac Cmd+Shift+R) lädt die Seite neu, leert diesen DNS-Cache aber nicht: Das erledigen die Schritte für Chrome und Firefox oben.

  2. Ihr Computer

    Der DNS-Cache des Systems beantwortet die Anfragen aller Apps. Leeren Sie ihn mit dem Befehl für Ihr System.

  3. Ihr Router

    Speichert Antworten für alle Geräte in Ihrem Netzwerk zwischen. Ein Neustart löscht sie.

  4. Der Resolver Ihres ISP

    Den können Sie nicht leeren. Warten Sie die TTL ab oder stellen Sie Ihr Gerät vorübergehend auf 1.1.1.1 oder 8.8.8.8 um.

  5. Ein CDN oder Seiten-Cache

    Wenn DNS überall stimmt, die Seite aber veraltet ist, leeren Sie den Cache Ihres CDN oder des Caching-Plugins Ihrer Website.

Warum propagiert mein DNS nicht?

Wenn Resolver den alten Eintrag lange nach Ablauf der TTL noch anzeigen, liegt es meist an einer dieser Ursachen:

So sieht eine Prüfung mitten in einer Änderung aus und so nach deren Abschluss

Dieselbe DNS-Propagationsprüfung nach Abschluss: Alle 33 Resolver auf Karte und Liste liefern dieselbe neue AdresseDieselbe DNS-Propagationsprüfung nach Abschluss: Alle 33 Resolver auf Karte und Liste liefern dieselbe neue AdresseZwischenstand der DNS-Propagationsprüfung für example.com: 24 von 34 Resolvern liefern die neue Adresse, zehn noch die alteZwischenstand der DNS-Propagationsprüfung für example.com: 24 von 34 Resolvern liefern die neue Adresse, zehn noch die alte
Ziehen Sie den Regler. Mitten in der Änderung erscheinen Resolver, deren Antwort von den meisten anderen abweicht, als „Abweichend“; sobald jeder Cache abgelaufen ist, stimmen alle 34 überein.

Was sehen Sie?

Nichts ändert sich, egal wie lange Sie warten

Wahrscheinliche Ursache

Die Änderung wurde beim falschen DNS-Anbieter vorgenommen

Einträge zählen nur bei dem DNS-Anbieter, auf den Ihre Nameserver verweisen. Nutzt Ihre Domain die Nameserver von Cloudflare, bewirken Änderungen bei Ihrem Registrar nichts.

Ihre Nameserver prüfen
Einige Resolver liefern noch den alten Wert

Wahrscheinliche Ursache

Die alte TTL ist noch nicht abgelaufen

Resolver dürfen die alte Antwort für die TTL behalten, die sie vor Ihrer Änderung hatte. Die „Niedrigste TTL“ im Ergebnis ist die kürzeste Restzeit unter allen Antworten, nicht die längste Wartezeit. Fragen Sie einen Resolver, der noch den alten Wert liefert, direkt über die Adresse aus seinen Details ab, etwa mit dig @8.8.8.8 example.com A: Die Zahl vor IN gibt an, wie viele Sekunden seine Kopie noch gilt.

TTL des Eintrags abfragen
Resolver melden „Kein Eintrag“ für einen gerade hinzugefügten Namen

Wahrscheinliche Ursache

Resolver melden weiterhin, dass der Name nicht existiert

Ein Resolver, der gefragt hat, bevor der Eintrag existierte, merkt sich „Name existiert nicht“ für die Negative-Caching-Dauer der Zone, oft 5 Minuten bis eine Stunde. RFC 2308 legt sie fest: Es gilt der kleinere Wert aus der TTL des SOA-Eintrags und seinem Minimum-Feld.

DNS-Abfrage starten
Seit dem Wechsel des DNS-Anbieters schlagen manche Resolver mit SERVFAIL fehl

Wahrscheinliche Ursache

Nach dem Nameserver-Umzug schlagen validierende Resolver fehl

Meist liegt es an DNSSEC: Ein DS-Eintrag bei Ihrem Registrar verweist noch auf die Schlüssel des alten DNS-Anbieters, daher liefern validierende Resolver (Google, Cloudflare, Quad9) SERVFAIL, während andere noch antworten. Entfernen Sie ihn oder ersetzen Sie ihn durch den des neuen Anbieters. Prüfen Sie oben den Eintragstyp DS oder führen Sie den DNS-Health-Check aus.

Registrar prüfen
Je nach Region andere Adressen, die sich nie angleichen

Wahrscheinliche Ursache

Die Antworten unterscheiden sich je nach Region und gleichen sich nie an

Websites hinter einem CDN oder Geo-DNS beantworten jede Region mit einem nahen Server. Das ist so gewollt: Bei drei oder mehr verschiedenen Antworten, von denen keine von den meisten Resolvern geliefert wird, zählt der Checker alle als aufgelöst; bei nur zwei erscheint die kleinere Gruppe als „Abweichend“, obwohl sich nichts ändert.

CDN oder Hoster ermitteln
E-Mails kommen zurück oder landen noch beim alten Server

Wahrscheinliche Ursache

E-Mails kommen nach einer MX-Änderung zurück

Manche Absender nutzen den alten MX, bis er abläuft. Lassen Sie den alten Mailserver weiterlaufen und prüfen Sie SPF, DKIM und DMARC für den neuen Anbieter.

MX-Einträge prüfen

50+ kostenlose DNS-, Netzwerk-, Sicherheits- und Hilfs-Tools

Jedes Tool läuft in Ihrem Browser oder auf unseren Servern, ganz ohne Konto.

DNS-Tools10

DNS-Tools

E-Mail-Tools10

E-Mail-Tools

Website-Tools15

Website-Tools

Netzwerk-Tools11

Netzwerk-Tools

IP-Tools14

IP-Tools

Hilfs-Tools16

Hilfs-Tools

Fragen zur DNS-Propagation

Was macht ein DNS-Propagation-Checker?

Er fragt viele öffentliche Resolver gleichzeitig nach demselben Eintrag und vergleicht ihre Antworten. Liefern alle Ihren neuen Wert, hat die Änderung sie erreicht. Dieser DNS-Checker fragt 34 Resolver direkt ab, ohne Zwischenspeicher dazwischen, und fragt zusätzlich Google Public DNS aus Ihrem eigenen Browser.

Warum lädt eine Website über mobile Daten, aber nicht im WLAN?

Weil jedes Netz einen anderen Resolver fragt und jeder Resolver seinen eigenen Cache hat. Im WLAN fragt Ihr Gerät meist Ihren Router, der den Resolver Ihres ISP zu Hause fragt; über mobile Daten fragt es den Ihres Mobilfunkanbieters. Beide können den alten Eintrag noch haben, bis seine TTL abläuft. Starten Sie den Router neu und leeren Sie den DNS-Cache Ihres Computers; den Resolver Ihres ISP können Sie nicht leeren. Hat er noch die alte Kopie, warten Sie die TTL ab.

Warum zeigt mein DNS-Anbieter den neuen Eintrag, die Resolver aber nicht?

Weil die Nameserver Ihres DNS-Anbieters autoritativ sind: Diese antworten direkt aus der Zone und haben die Änderung daher, sobald Sie sie speichern. Resolver antworten aus ihrem Cache und fragen die Zone erst wieder, wenn die TTL abläuft. Die DNS-Abfrage fragt die eigenen Server der Zone neben Google und Cloudflare, sodass Sie eine nicht gespeicherte Änderung von einer unterscheiden können, die noch im Cache liegt.

Kann ich meine Einträge bei einem neuen DNS-Anbieter prüfen, bevor ich die Nameserver wechsle?

Ja: Fragen Sie die Nameserver des neuen Anbieters direkt. dig @ns1.newhost.example example.com A, mit dem Nameserver Ihres neuen Anbieters und Ihrer Domain, liefert die Antwort der Zone selbst ohne Cache dazwischen und stimmt daher, sobald Sie speichern. Die Hosting-DNS-Abfrage erledigt das für 14 Anbieter. Sobald jeder Eintrag übereinstimmt, wartet der Wechsel nur noch auf die Delegation der Registry.

Wie schnell propagiert DNS bei Cloudflare?

Einträge bei Cloudflare haben standardmäßig eine TTL von 300 Sekunden, daher erreicht eine Änderung meist innerhalb von etwa 5 Minuten alle Resolver. Ein Eintrag hinter dem Proxy (orange Wolke) liefert immer die Adressen von Cloudflare: Ein Wechsel auf einen neuen Server braucht dann keine Propagation, und dieser Checker zeigt die IPs von Cloudflare statt Ihrer eigenen. Der Umzug einer Domain auf die Nameserver von Cloudflare ist ein Nameserver-Wechsel: Sein Tempo bestimmt die Delegations-TTL der Registry, nicht Cloudflare.

Warum kann der Checker nicht den Resolver meines eigenen ISP fragen?

Weil eine Webseite keine DNS-Anfrage an den Resolver senden kann, den Ihr Gerät nutzt: Browser bieten Seiten dafür keinen Weg. Deshalb fragt die Zeile „Google DNS“ stattdessen Google Public DNS per HTTPS über Ihre Verbindung. Die Antwort Ihres eigenen Resolvers sehen Sie, wenn Sie auf Ihrem Computer nslookup example.com ausführen: Der Befehl fragt den DNS-Server, auf den Ihr System eingestellt ist. Der DNS-Leak-Test nennt die Resolver hinter Ihrer Verbindung.

Warum zeigen manche Resolver „Keine Antwort“?

Ein Resolver, der nicht innerhalb von 4 Sekunden antwortet oder dessen Verbindung fehlschlägt, zählt als „Keine Antwort“, nie als abweichende Antwort. Über Ihren Eintrag sagt das nichts aus: Der Resolver oder der Weg zu ihm war in diesem Moment langsam oder ausgefallen. Führen Sie die Prüfung eine Minute später erneut aus; bleibt derselbe Resolver stumm, während alle anderen übereinstimmen, hat Ihre Änderung die anderen erreicht.

Gibt es ein Limit, und kann ich eine Prüfung teilen oder automatisieren?

Kostenlos und ohne Konto sind bis zu 20 Prüfungen pro Minute von einer IP-Adresse aus möglich; jede Prüfung fragt alle 34 Resolver. „Link kopieren“ liefert einen Link, der dieselbe Domain mit demselben Eintragstyp für jeden prüft, der ihn öffnet. Für Skripte liefert GET /api/v2/dns/propagation aus API v2 die Antwort und TTL jedes Resolvers als JSON, mit eigenen 20 Aufrufen pro Minute; siehe die API-Dokumentation.

Fehlt Ihnen etwas?Funktion oder neues Tool vorschlagen