DNS-Lookup
Fragen Sie einen öffentlichen Resolver, was er für eine Domain tatsächlich gespeichert hat: A-, AAAA-, MX-, TXT-, CNAME-, NS- und SOA-Records, mit TTLs. Die Sicht eines einzigen Resolvers — zuerst Google, Cloudflare als Fallback —, keine globale Propagationskarte, und die Seite sagt das überall, wo es darauf ankommt.
Was die Antwort tatsächlich ist
Wenn Sie einen DNS-Record ändern, gibt es keinen einzigen Moment, in dem sich das ganze Internet einig ist. Jeder Resolver speichert im Cache, was er zuletzt abgerufen hat, so lange, wie die TTL des Records es sagt, und jeder aktualisiert nach seinem eigenen Zeitplan. Ein Lookup-Werkzeug kann Ihnen also immer nur die aktuelle Sicht eines Resolvers zeigen — und ein nützliches sagt Ihnen, wessen. Diese Seite fragt zuerst Google Public DNS über HTTPS; antwortet Google nicht, versucht sie es erneut mit dem Resolver von Cloudflare und sagt, welcher geantwortet hat. Sollten die beiden je uneinig sein, ist das normal: Warten Sie die längere TTL ab und prüfen Sie erneut.
Die Record-Typen decken die Fragen ab, die Menschen tatsächlich stellen. A und AAAA sind, worauf der Name zeigt — IPv4 und IPv6. MX ist, wohin die Post geht, und seine Zahlen sind Prioritäten: Niedriger stellt zuerst zu. TXT trägt Verifizierungszeichenfolgen (SPF, DKIM, Nachweise der Domaininhaberschaft) und ist der Record, der am häufigsten falsch eingefügt wird; deshalb zeigt die Seite die Zeichenfolge exakt so, wie sie zurückkommt, Anführungszeichen eingeschlossen. CNAME ist ein Alias auf einen anderen Namen. NS benennt die für die Zone autoritativen Server. SOA trägt die Seriennummer und die Timer der Zone — die Seriennummer steigt bei jeder Zonenänderung, was sie zum schnellsten Weg macht, um festzustellen, ob eine Bearbeitung tatsächlich veröffentlicht wurde.
Warum die TTL wichtiger ist als der Record
Die meisten DNS-Vorfälle sind TTL-Vorfälle. Ein Record mit einer TTL von 3600 Sekunden liefert den alten Wert noch eine Stunde, nachdem Sie ihn geändert haben, und kein Lookup-Werkzeug kann eine schnellere Aktualisierung erzwingen — der Cache lebt auf Resolvern, die Sie nicht kontrollieren. Die praktische Regel lautet, die TTLs ein oder zwei Tage vor einer geplanten Migration auf wenige Minuten zu senken und sie wieder anzuheben, sobald die neuen Werte stabil sind. Die TTL-Spalte in jedem Ergebnis ist da, damit Sie vor dem Handeln sehen, wie lange es dauern wird, bis eine Änderung, die Sie gleich vornehmen, geglaubt wird.
Eine leere Antwort ist auch eine Antwort. NXDOMAIN bedeutet, der Resolver erklärt autoritativ, dass der Name nicht existiert — meist ein Tippfehler oder ein Record, der gelöscht statt geändert wurde. Ein NOERROR ohne Records des gefragten Typs bedeutet, der Name existiert, enthält aber nichts von diesem Typ: Eine Domain mit einem A-Record und keinem MX-Record zum Beispiel nimmt Webverkehr und keine Post entgegen. Beides unterscheidet sich von SERVFAIL, was bedeutet, dass der Resolver selbst versagt hat und dem Ergebnis in keiner Richtung zu trauen ist.
Verwandte Werkzeuge: das Domain-Lookup für den Registrierungsdatensatz hinter einem Namen, der Subnetz-Rechner, falls ein A-Record Sie in einen Bereich bringt, den Sie planen müssen, und der Website-Gesundheitscheck für das Gesamtbild — Erreichbarkeit, Zertifikat, Ablauf und Records zusammen.
Häufige Fragen
Wessen Antwort sehe ich hier?
Die Antwort des öffentlichen Resolvers, der abgefragt wurde — zuerst Google Public DNS, Cloudflare als Zweiter, falls Google ausfällt. Das ist die Sicht eines Resolvers auf die Zone, keine weltweite Propagationskarte: Andere Resolver können ältere Records weiterhin halten, bis ihre gecachten Kopien ablaufen.
Warum zeigt ein geänderter Record noch den alten Wert?
DNS-Antworten werden für die TTL zwischengespeichert, die neben jedem Record steht. Bis so viele Sekunden vergehen, liefern Resolver weiter den alten Wert. Senken Sie die TTL rechtzeitig vor einer geplanten Änderung, wenn der neue Wert sich schnell verbreiten soll.
Was bedeutet NXDOMAIN?
Der Resolver erklärt autoritativ, dass dieser Name in der Zone nicht existiert — im Gegensatz zu SERVFAIL, was bedeutet, dass beim Antworten etwas schiefgegangen ist. Ein Tippfehler in der Domain ist die häufigste Ursache für ein NXDOMAIN bei einem Namen, dessen Existenz Sie erwartet haben.
Sendet diese Seite meine Abfrage noch irgendwohin?
Die Domain, die Sie abfragen, wird an den öffentlichen DNS-Resolver gesendet, der sie beantwortet — Google, oder Cloudflare als Fallback —, denn so funktioniert DNS über HTTPS. Nichts sonst über Ihren Besuch wird gesendet, und es ist kein Konto und kein Tracking beteiligt.
Kann ich hier auch die Registrierung einer Domain prüfen?
Registrierungsdaten (Registrar, Erstellungs- und Ablaufdatum) sind ein anderes Lookup. Nutzen Sie das Domain-Lookup für RDAP-Registrierungsdaten oder den Domain-Ablaufprüfer für einen Countdown und Überwachung.