Überprüfen Sie die IPv4-Adresse Ihrer Domain in Sekunden
Website reagiert nicht? Überprüfen Sie, ob der A-Record auf die richtige IPv4-Adresse zeigt. Vergleichen Sie Antworten von mehreren DNS-Resolvern, um Propagierungsprobleme zu erkennen.
Im iterativen Tracemodus wird der Resolver ignoriert.
Fragt mehrere öffentliche Resolver ab, um die Antworten zu vergleichen.
Sofortige Auflösung
Erhalten Sie die IPv4-Adresse einer Domain in Echtzeit. Vergleichen Sie Antworten von Google, Cloudflare, Quad9 und dem autoritativen Server.
Diskrepanzerkennung
Identifizieren Sie Unterschiede zwischen Resolvern. Erkennen Sie veraltete Caches, die noch die alte Adresse zurückgeben.
Vollständige iterative Trace
Visualisieren Sie den DNS-Pfad: Root → TLD → autoritativ. Identifizieren Sie, welcher Schritt langsam ist oder fehlschlägt.
TTL und Latenz
Überprüfen Sie die verbleibende TTL, um zu wissen, wann der Cache abläuft. Messen Sie die Latenz jedes Resolvers.
Kostenlos und unbegrenzt
Keine Registrierung erforderlich. Testen Sie so viele Domains wie nötig, so oft Sie möchten.
Wie Sie die Optionen der DNS-Suchmaschine effektiv nutzen
Was ist der iterative Trace?
Der Trace führt die Auflösung Schritt für Schritt aus. Der Resolver fragt zuerst die Root-Server ab, dann die des TLD (.com, .fr, .eu) und anschließend die autoritativen Server der Zielzone. In jedem Schritt zeigt die Seite den abgefragten Server, die Antwort, den RCODE und die Latenz an.
1. Root
Ermittlung der TLD-Server für den angefragten Namen.
2. TLD
Verweis auf die NS der Zone (Delegation).
3. Autoritative Server
Endgültige Antwort (oder Fehler) mit TTL und Latenz.
Wozu dient das?
Antworten nach Resolvern und Regionen vergleichen
Einen warmen Cache, einen zu langen TTL oder eine unvollständige Delegation erkennen
Einen Latenzunterschied oder einen unerwarteten RCODE erklären
Tipp: Lassen Sie den Trace für schnelle Checks deaktiviert; aktivieren Sie ihn, wenn Sie untersuchen oder ein Ticket/Post‑Mortem vorbereiten.
Was ist der klassische Trace?
Der klassische Trace befragt nur den ausgewählten Resolver (UDP oder DoH) und zeigt die Antwort so, wie sie von diesem Netzpunkt wahrgenommen wird. Sie erhalten den RCODE, die Antwortsektionen sowie die Latenz auf dem Abschnitt Client → Resolver.
1. Gewählter Resolver
Verwendet das Preset oder die individuelle Konfiguration, um die Anfrage genau wie Ihr Dienst auszuführen.
2. Protokoll beibehalten
Respektiert das ausgewählte Transportprotokoll (UDP, TCP oder DoH), um das reale Verhalten nachzustellen.
3. Detaillierte Antwort
Zeigt die Bereiche Question, Answer und Authority/Additional, sofern vorhanden, mitsamt TTL und hilfreichen Metadaten.
Warum nutzen?
Die Sicht eines bestimmten Resolvers prüfen, bevor Sie die Delegation verdächtigen
Zwischengespeicherte Werte und die Wirkung eines TTL oder Flushs bestätigen
Eine Auflösung dokumentieren, wie sie ein Client oder Microservice erlebt
Tipp: Lassen Sie die Option für den iterativen Trace deaktiviert, wenn Sie einen bestimmten Resolver auditieren; aktivieren Sie sie anschließend, um den Pfad Root → TLD → Autoritativ zu vergleichen.
Wie funktioniert der Propagationstest?
Der Test befragt parallel eine Reihe öffentlicher Resolver (Google, Cloudflare, Quad9, OpenDNS, ISPs …) und gruppiert die Antworten nach Inhalt und RCODE. Sie sehen sofort, wer die Aktualisierung bereits übernommen hat.
1. Multipoint-Resolver
Aktiviert die Propagations-Presets, um mehrere Akteure weltweit abzufragen.
2. Automatischer Vergleich
Gruppiert identische Antworten und hebt Abweichungen oder resolver-spezifische Fehler hervor.
3. Verwertbare Zusammenfassung
Liefert eine klare Übersicht, die Resolverliste, deren Latenzen und den Status jeder Gruppe.
Wann einsetzen?
Verfolgen, wie sich eine DNS-Änderung weltweit verbreitet
Veraltete Caches erkennen und über einen gezielten Flush entscheiden
Einen Propagationsstatus in einem Ticket oder Post-Mortem teilen
Tipp: Während des Propagationstests ist die Resolverauswahl gesperrt. Deaktivieren Sie den Modus, um zur Einzelanalyse zurückzukehren.
Ein A-Record (Address Record) ist der grundlegende DNS-Record, der einen Domainnamen einer IPv4-Adresse zuordnet. Wenn Sie eine URL in Ihren Browser eingeben, teilt die A-Record-Antwort mit, welchen Server Sie kontaktieren sollen.
A-Record-Struktur:
Feld
Beschreibung
Beispiel
Name
Domain oder Subdomain
www
Typ
Immer A
A
Wert
IPv4-Adresse
203.0.113.10
TTL
Cache-Dauer in Sekunden
3600
Konkretes Beispiel:
www.captaindns.com. 3600 IN A 203.0.113.10
Dieser Record zeigt an, dass www.captaindns.com auf die IPv4-Adresse 203.0.113.10 mit einer TTL von einer Stunde zeigt.
Veröffentlichen Sie mehrere A-Records, um Anfragen auf Server zu verteilen:
www.captaindns.com. 300 IN A 203.0.113.10
www.captaindns.com. 300 IN A 203.0.113.11
www.captaindns.com. 300 IN A 203.0.113.12
Der Resolver gibt die vollständige Liste zurück. Der Client wählt typischerweise den ersten aus. Dieser Mechanismus verteilt die Last, erkennt aber keine Ausfälle.