Kostenloser DNS-Propagation-Checker

Der DNS-Propagierungs-Checker ist ein kostenloses Online-Tool, das die DNS-Propagierung über mehrere globale Resolver prüft, um zu sehen, ob sich Ihre DNS-Änderungen weltweit verbreitet haben. Es läuft vollständig in Ihrem Browser, ohne Installation oder Anmeldung.

In der Regel 1 bis 48 Stunden, abhängig von den TTL-Werten und dem Caching der Resolver.

Cloudflare (1.1.1.1), Google (8.8.8.8) und Quad9 (9.9.9.9).

Ja, völlig kostenlos.

Absolut. Der DNS-Propagierungs-Checker verarbeitet alles clientseitig in Ihrem Browser. Es werden keine Daten auf einen Server hochgeladen oder dort gespeichert. Ihre Inhalte bleiben jederzeit privat auf Ihrem Gerät.

Ja, der DNS-Propagierungs-Checker ist vollständig responsiv und funktioniert auf Smartphones und Tablets. Sie können ihn auf jedem Gerät mit einem modernen Webbrowser nutzen, ohne App-Download.

Es ist kein Konto und keine Registrierung erforderlich. Öffnen Sie einfach den DNS-Propagierungs-Checker in Ihrem Browser und beginnen Sie sofort mit der Nutzung. Es gibt keine Anmeldebarrieren oder Nutzungsbeschränkungen.

Geben Sie einfach Ihre Daten in das vorgesehene Feld ein, passen Sie die Einstellungen nach Wunsch an, und das Tool verarbeitet sie sofort. Anschließend können Sie das Ergebnis in die Zwischenablage kopieren oder herunterladen.

Der DNS-Propagierungs-Checker funktioniert in allen modernen Browsern, darunter Chrome, Firefox, Safari, Edge und Opera. Für das beste Erlebnis verwenden Sie die neueste Version Ihres bevorzugten Browsers.

Jeder Resolver führt einen eigenen Cache und aktualisiert Records nach seinem eigenen Zeitplan. Direkt nach einer DNS-Änderung kann ein Resolver deshalb bereits den neuen Wert liefern, während ein anderer noch den alten Wert aus dem Cache ausliefert, bis diese gecachte Kopie abläuft. Wie lange dieser Cache hält, bestimmt die TTL (Time to Live) des Records: Eine TTL von 300 Sekunden ist nach wenigen Minuten abgelaufen, während eine TTL von 24 Stunden veraltete Antworten einen vollen Tag lang bestehen lassen kann. Genau deshalb kann die Prüfung nur eines Resolvers in die Irre führen. Das Tool fragt Cloudflare (1.1.1.1), Google (8.8.8.8) und Quad9 (9.9.9.9) gleichzeitig ab und markiert jeden Resolver mit abweichendem Wert als roten Mismatch, sodass du sofort erkennst, ob sich eine Änderung bereits überall verbreitet hat oder noch im Rollout ist. Gib deine Domain ein und wähle einen Record-Typ, um alle drei auf einen Blick zu vergleichen.

Ein A-Record verweist eine Domain direkt auf eine IPv4-Adresse, sodass du beim Prüfen siehst, auf welchen Server ein Name aktuell zeigt — das kontrollierst du nach einem Webhost- oder Serverumzug. Ein CNAME-Record ist dagegen ein Alias, der einen Namen auf einen anderen Namen statt auf eine IP-Adresse umleitet, üblich etwa wenn eine Subdomain an ein CDN oder einen verwalteten Dienst geschickt wird. Der praktische Unterschied bei der Propagation: Bei einer Änderung eines A-Records achtest du auf eine neue IP-Adresse, bei einem CNAME auf den neuen Ziel-Hostnamen. Die Wahl des richtigen Record-Typs ist entscheidend, denn ein korrekt eingerichtetes CDN-Setup kann einen CNAME zeigen und an der Root-Domain gar keinen A-Record haben. Das Tool lässt dich A, AAAA, MX, CNAME, TXT und NS einzeln prüfen — wähle also genau den Record-Typ, den du geändert hast, und starte eine Prüfung.

Der wirksamste Trick ist, die TTL des Records rechtzeitig vor der eigentlichen Änderung zu senken. Die TTL bestimmt, wie lange Resolver eine Antwort cachen — senkst du sie also von üblichen 3600 oder 86400 Sekunden auf 300 Sekunden ein bis zwei Tage im Voraus, aktualisieren Resolver weltweit den Record bereits alle fünf Minuten, wenn deine eigentliche Änderung live geht. Der neue Wert verbreitet sich dann innerhalb von Minuten statt Stunden. Nachdem sich die Migration eingespielt hat, kannst du die TTL wieder erhöhen, um die Abfragelast zu reduzieren. Einen Cache aus der Ferne erzwungen leeren kannst du nicht, aber das vorzeitige Senken der TTL kommt dem am nächsten. Nutze nach der Umstellung das Tool, um zu bestätigen, dass der neue Wert bei Cloudflare, Google und Quad9 ankommt — ein Gesamturteil von Fully Propagated bedeutet, dass alle geprüften Resolver übereinstimmen.

NXDOMAIN steht für „non-existent domain": Der Resolver hat den Namen nachgeschlagen, und die autoritativen Server melden, dass kein Record dieses Typs existiert. Das bedeutet nicht zwangsläufig, dass die Domain selbst nicht registriert ist. Eine häufige Ursache ist, dass du einen Record-Typ prüfst, den die Domain schlicht nicht besitzt — etwa einen AAAA-Record bei einer Domain ohne IPv6-Adresse oder einen MX-Record bei einer Domain, die keine E-Mails empfängt. NXDOMAIN kann auch kurz nach dem Anlegen eines brandneuen Records auftauchen, bevor autoritative Server und Caches nachgezogen haben. Wenn du erwartest, dass ein Record existiert, überprüfe den ausgewählten Record-Typ noch einmal und stelle sicher, dass der Wert bei deinem DNS-Anbieter tatsächlich gespeichert wurde. Prüfe im Tool A, MX, TXT, NS und die weiteren unterstützten Typen, um zu sehen, welche Records bereits live sind und welche wirklich nichts zurückliefern.

Ja. E-Mail- und Verifizierungsänderungen stecken in Records, die das Tool direkt prüft. MX-Records listen die Mailserver, die die E-Mails einer Domain entgegennehmen — nach einem Wechsel des E-Mail-Anbieters prüfst du also MX, um zu bestätigen, dass die neuen Server bereits antworten. TXT-Records enthalten Textwerte für SPF, DKIM und Verifizierungs-Tokens von Diensten wie Google Workspace, Microsoft 365 und vielen weiteren — eine ständig fehlschlagende Verifizierung ist deshalb oft nur ein TXT-Record, der noch nicht bei allen Resolvern angekommen ist. Indem du TXT oder MX gleichzeitig bei Cloudflare, Google und Quad9 abfragst, erkennst du, ob eine hängende Verifizierung ein echter Konfigurationsfehler ist oder einfach nur Caching, das sich von selbst löst. Wähle MX oder TXT als Record-Typ, gib deine Domain ein und starte eine Prüfung, bevor du eine Verifizierung erneut auslöst, die vielleicht schon unterwegs ist.