DNS-Propagation-Checker
Fragen Sie vier öffentliche Resolver, wohin eine Domain zeigt — Google, Cloudflare, Quad9 und OpenDNS — und sehen Sie, ob sie übereinstimmen. Eine Frage, vier Antworten, vom Server von sysosx: der schnellste ehrliche Weg festzustellen, ob sich eine DNS-Änderung wirklich verbreitet hat.
Lieber automatisch überwachen lassen? Kostenlos mit myeventwatch überwachen — Ablauf- und Ausfallwarnungen, keine Karte nötig.
Was Propagation wirklich ist
Es gibt kein Propagation-Ereignis. Wenn Sie einen DNS-Eintrag ändern, reist nichts irgendwohin: Der autoritative Nameserver beginnt einfach, anders zu antworten, und jeder Resolver auf der Welt liefert weiter das, was er zuletzt abgerufen hat, bis die TTL dieser Antwort abläuft. Ein Resolver, der fünf Minuten vor Ihrer Änderung gefragt hat, liefert den alten Wert für den Rest seiner TTL; ein Resolver, der nach Ihrer Änderung zum ersten Mal fragt, erhält den neuen Wert sofort. „Propagation“ ist nur die langsame Konvergenz tausender unabhängiger Caches, jeder mit seiner eigenen Uhr — deshalb hat sie keine Endzeit, nur ein TTL-begrenztes Fenster, und deshalb lautet die ehrliche Frage nie „Hat es sich verbreitet?“, sondern „Stimmen die Resolver, die zählen, schon überein?“.
Diese Seite beantwortet diese Frage für die vier Resolver, die der größte Teil des Internets tatsächlich nutzt. Google, Cloudflare, Quad9 und OpenDNS werden parallel vom Server von sysosx nach den A- und AAAA-Einträgen der Domain gefragt, und die Tabelle zeigt, was jeder gesagt hat, mit der niedrigsten gesehenen TTL. Wenn alle vier übereinstimmen, hat sich die Änderung so weit verbreitet, wie sie es praktisch muss. Wenn sie nicht übereinstimmen, sagt Ihnen die TTL-Spalte, wie lange die Uneinigkeit dauert: Warten Sie sie ab und prüfen Sie dann erneut. Die TTL eines Eintrags ein oder zwei Tage vor einer geplanten Migration auf wenige Minuten zu senken, ist der wirksamste Propagation-Trick überhaupt — er verkürzt das Gedächtnis jedes Caches vor der Änderung, statt danach dagegen anzukämpfen.
Wie man die Tabelle liest
Jede Zeile ist ein Resolver. Die Spalte A ist die IPv4-Adresse, die er zurückgibt, AAAA die IPv6-Adresse, falls die Domain eine hat, und die TTL ist die niedrigste Lebensdauer unter den Antworten — die Anzahl der Sekunden, die dieser Resolver seiner Antwort weiter glauben wird, bevor er erneut fragt. Ein mit „timeout“ markierter Resolver hat nicht rechtzeitig geantwortet; das ist eine Aussage über den Resolver, nicht über Ihren Eintrag, und die anderen Zeilen bleiben bestehen. Ein Ergebnis „does not exist“ bedeutet, dass jeder antwortende Resolver übereinstimmte, dass der Name überhaupt nicht registriert ist — prüfen Sie zuerst die Schreibweise. Und wenn das Banner sagt, dass die Resolver nicht übereinstimmen, widerstehen Sie dem Drang, irgendetwas zu „reparieren“: Jede Minute erneut zu prüfen beschleunigt niemandes Cache, und den Eintrag erneut zu bearbeiten startet nur jede TTL neu, auf die Sie gewartet haben.
Verwandte Tools: die DNS-Abfrage für den vollständigen Eintragssatz eines Resolvers, wenn ein einzelner Eintrag untersucht werden muss, die HTTP-Statuskette, wenn die Adresse stimmt, aber der Weiterleitungspfad falsch ist, und der Website-Health-Check für das Gesamtbild — Erreichbarkeit, Zertifikat, Ablauf und Einträge zusammen.
Weiterführende Lektüre: Warum eine Website von verschiedenen Orten anders aussieht — Weiterleitungsketten, DNS-Propagation und Zwischencaches, und wie Sie erkennen, welcher Sie gerade beißt.
Häufig gestellte Fragen
Ist das eine weltweite Propagation-Prüfung?
Nein — und ehrlich gesagt ist es kein Tool. Diese Seite stellt dieselbe Frage an vier große öffentliche Resolver (Google, Cloudflare, Quad9 und OpenDNS) vom Server von sysosx und zeigt, ob sie übereinstimmen. Vier übereinstimmende Resolver sind ein starker Beleg dafür, dass sich eine Änderung verbreitet hat; vier nicht übereinstimmende sind das Signal, die TTL abzuwarten. Niemand kann jeden Resolver der Erde abfragen, und jedes Tool, das das behauptet, verkauft eine Karte, keine Messung.
Warum stimmen Resolver nach dem Ändern eines Eintrags nicht überein?
Weil nichts eine Änderung irgendwohin schiebt. Jeder Resolver speichert das, was er zuletzt abgerufen hat, genau so lange, wie die TTL des Eintrags sagt, und aktualisiert sich nach seinem eigenen Zeitplan. Ein Resolver, der den alten Wert fünf Minuten vor Ihrer Änderung abgerufen hat, liefert ihn weiter, bis diese TTL abläuft. Uneinigkeit direkt nach einer Änderung ist der Normalzustand, kein Fehler — die TTL-Spalte sagt Ihnen, wie lange sie dauert.
Was bedeutet „keine Antwort“ von einem Resolver?
Es hängt von der Art ab. NXDOMAIN bedeutet, dass dieser Resolver autoritativ sagt, der Name existiere nicht — meist ein Tippfehler oder ein gelöschter statt geänderter Eintrag. Eine leere Antwort ohne Fehler bedeutet, dass der Name existiert, aber keine A- oder AAAA-Einträge hält (zum Beispiel eine reine Mail-Domain). Eine Zeitüberschreitung bedeutet, dass dieser Resolver nicht rechtzeitig geantwortet hat; das sagt nichts über den Eintrag selbst, und die Antworten der anderen drei Resolver bleiben bestehen.
Wie unterscheidet sich das von der DNS-Abfrage?
Die DNS-Abfrage zeigt den vollständigen Eintragssatz eines Resolvers — jeden Typ, mit TTLs —, was Sie wollen, wenn Sie einen einzelnen Eintrag debuggen. Diese Seite zeigt eine Frage (wohin zeigt dieser Name?) über vier Resolver hinweg, was Sie wollen, wenn Sie fragen, ob sich eine Änderung verbreitet hat. Nutzen Sie die Abfrage, um einen Eintrag zu untersuchen, diese Seite, um die Propagation zu beurteilen.
Warum gibt es ein Ratenlimit, und warum beträgt der Cache nur zehn Minuten?
Jede Prüfung stellt acht Live-Abfragen (A und AAAA bei vier Resolvern). Frische Prüfungen sind pro Besucher begrenzt (etwa zwanzig pro Stunde, mit einer kurzen Burst-Erlaubnis), um das höflich zu halten, und Ergebnisse werden zehn Minuten statt einer Stunde zwischengespeichert — weil eine Propagation-Prüfung, deren Antwort eine Stunde alt ist, ihren eigenen Zweck verfehlt. Ein zwischengespeichertes Ergebnis ist als solches gekennzeichnet.