Rufen Sie die DNS-Einträge einer beliebigen Domain von über 60 auf ihre Funktionsfähigkeit geprüften Servern auf allen sechs Kontinenten ab. Überprüfen Sie A-, AAAA-, MX-, CNAME-, TXT-, NS- und andere Eintragstypen in Sekundenschnelle. Free, keine Registrierung erforderlich.
Der „reportedIP DNS Checker“ fragt parallel 101 unabhängige DNS-Resolver auf sechs Kontinenten ab und zeigt Ihnen auf einer Weltkarte genau, welche Antwort jede Region des Internets derzeit für Ihre Domain erhält.
Bei jeder Abfrage wird über das DNS-Protokoll eine direkte Anfrage pro Resolver gesendet, sodass jedes Ergebnis tatsächlich die im Cache des jeweiligen Resolvers gespeicherte Antwort widerspiegelt, es erfolgt keine Weiterleitung über einen einzigen Upstream-Dienst. Anycast-Resolver (wie beispielsweise Google oder Cloudflare) antworten von ihrem nächstgelegenen Point of Presence aus; sie werden am Standort ihres Betreibers angezeigt.
Der Ausbreitungsanteil gibt den Anteil der abgefragten Resolver an, die bereits Ihren erwarteten Wert zurückgeben. Da Resolver Antworten für die Dauer der TTL des Eintrags zwischenspeichern, kann die vollständige weltweite Ausbreitung nach einer DNS-Änderung zwischen einigen Minuten und bis zu 48 Stunden dauern. Server, die wiederholt ausfallen, werden stündlich auf ihre Funktionsfähigkeit überprüft und automatisch aus dem Pool entfernt.
Unterstützte Eintragstypen: A, AAAA, CNAME, MX, TXT, NS, SOA, SRV, PTR, CAA, HTTPS, SVCB, DS, DNSKEY, TLSA und NAPTR. Der Migrationsmonitor überprüft in festgelegten Intervallen erneut ein Fast-Anycast-Set und benachrichtigt Ihren Browser, sobald sich Einträge ändern oder Ihr Zielwert aktiv wird.
| Standort | Resolver | Ergebnis | TTL | Zeit | Status |
|---|
Globale DNS-Server
Eintragstypen
Abgedeckte Kontinente
Verfügbarkeit
Geben Sie einen Domainnamen ein, wählen Sie einen Eintragstyp aus und klicken Sie auf „Prüfen“. Das Tool fragt DNS-Server in Nordamerika, Europa, Asien, Südamerika, Afrika und Ozeanien ab und zeigt die Ergebnisse nebeneinander an. Sie erhalten die Rohantworten der einzelnen Server, ohne Zwischenspeicherung und ohne Filterung.
Dies ist wichtig, da DNS-Einträge nicht überall gleichzeitig aktualisiert werden. Nachdem Sie einen Nameserver geändert, eine IP-Adresse ausgetauscht oder einen neuen MX-Eintrag hinzugefügt haben, kann es zwischen einigen Minuten und 48 Stunden dauern, bis jeder Resolver weltweit die Aktualisierung erkennt. Eine Abfrage von einem einzigen Standort aus liefert Ihnen lediglich die Informationen, über die dieser eine Server verfügt. Eine gleichzeitige Überprüfung über Dutzende von Servern hinweg vermittelt Ihnen das vollständige Bild.
Haben Sie Ihre DNS-Einträge geändert und möchten wissen, wann die Aktualisierung jeden Winkel des Internets erreicht hat? Führen Sie wiederholte Überprüfungen durch, um die Ausbreitung in Echtzeit zu verfolgen. Nützlich bei Domain-Migrationen, Hosting-Wechseln oder CDN-Einführungen.
Stellen Sie sicher, dass Ihre A-, AAAA-, MX-, CNAME-, TXT-, NS-, SRV-, SOA-, CAA- und sonstigen Einträge die von Ihnen erwarteten Werte zurückgeben. Erkennen Sie Fehlkonfigurationen, bevor sie zu Ausfallzeiten oder Fehlern bei der E-Mail-Zustellung führen.
Wenn eine Website bei einigen Nutzern geladen wird, bei anderen jedoch nicht, ist oft ein inkonsistentes DNS die Ursache. Ein Vergleich der Antworten über verschiedene Server hinweg zeigt schnell, ob das Problem in einem veralteten Cache, einem falschen Eintrag oder einem Nameserver liegt, der nicht antwortet.
Jede Domain stützt sich auf eine Reihe von DNS-Einträgen, die dem Internet mitteilen, wohin der Datenverkehr geleitet werden soll, wie E-Mails weitergeleitet werden und welche Dienste berechtigt sind, im Namen der Domain zu handeln. Im Folgenden erfahren Sie, welche Funktion die einzelnen unterstützten Eintragstypen haben und wann Sie diese überprüfen sollten.
A- und AAAA-Einträge
A-Einträge verweisen eine Domain auf eine IPv4-Adresse. AAAA-Einträge erfüllen dieselbe Funktion für IPv6. Dies sind die grundlegendsten Einträge, wenn Ihre Website nicht geladen wird, ist die Überprüfung der A- und AAAA-Einträge in der Regel der erste Schritt. Mehrere A-Einträge für dieselbe Domain ermöglichen einen Round-Robin-Lastausgleich.
CNAME-Einträge
Ein CNAME-Eintrag ordnet einen Hostnamen einem anderen zu. Zu den gängigen Anwendungsfällen gehören die Weiterleitung von „www“ auf eine Root-Domain oder die Weiterleitung einer Subdomain an einen CDN-Endpoint. Eine wichtige Regel: Ein CNAME-Eintrag kann nicht zusammen mit anderen Einträgen unter demselben Namen existieren; daher können Sie keinen CNAME-Eintrag an der Zonen-Spitze neben einem MX- oder TXT-Eintrag platzieren.
MX-Einträge
MX-Einträge teilen anderen Mail-Servern mit, wohin E-Mails für Ihre Domain zugestellt werden sollen. Jeder MX-Eintrag verfügt über eine Prioritätsnummer: Einträge mit niedrigeren Nummern werden zuerst versucht. Falls Ihr Haupt-Mail-Server ausfällt, übernehmen die Backup-MX-Einträge den Überlauf. Falsch konfigurierte MX-Einträge sind einer der häufigsten Gründe dafür, dass E-Mails nach einer DNS-Änderung nicht mehr funktionieren.
TXT-Einträge
TXT-Einträge enthalten beliebigen Text und dienen verschiedenen Zwecken: SPF-Einträge zur E-Mail-Authentifizierung, öffentliche DKIM-Schlüssel, DMARC-Richtlinien, die Überprüfung der Domain-Inhaberschaft für Dienste wie die Google Search Console und vieles mehr. Wenn Sie Probleme mit der Zustellbarkeit von E-Mails beheben möchten, ist die Überprüfung der TXT-Einträge unerlässlich.
NS-Einträge
NS-Einträge legen fest, welche Nameserver für eine Domain maßgeblich sind. Wenn Sie eine Domain registrieren oder zu einem neuen Host übertragen, müssen die NS-Einträge beim Registrar auf die richtigen Nameserver verweisen. Falsche NS-Einträge führen dazu, dass Ihre gesamte DNS-Zone nicht erreichbar ist.
SOA-Einträge
Der SOA-Eintrag (Start of Authority) enthält administrative Informationen zu einer DNS-Zone: den primären Nameserver, die E-Mail-Adresse des Verantwortlichen, eine Seriennummer, die bei jeder Änderung erhöht wird, sowie Timer, die steuern, wie oft sekundäre Server ihre Daten aktualisieren.
SRV-Einträge
SRV-Einträge geben den Host und den Port für bestimmte Dienste an. Sie werden von Protokollen wie SIP, XMPP und einigen Microsoft-Diensten verwendet, um festzustellen, wo ein Dienst ausgeführt wird, ohne Adressen fest zu programmieren.
CAA-Einträge
CAA-Einträge schränken ein, welche Zertifizierungsstellen SSL/TLS-Zertifikate für Ihre Domain ausstellen dürfen. Das Einrichten eines CAA-Eintrags ist eine einfache Möglichkeit, das Risiko einer unbefugten Zertifikatsausstellung zu verringern.
Wenn Sie einen DNS-Eintrag aktualisieren, wird die Änderung nicht überall gleichzeitig wirksam. DNS ist ein verteiltes System, in das auf jeder Ebene Caching integriert ist. Der Resolver Ihres Internetdienstanbieters, Google Public DNS, Cloudflares 1.1.1.1 und Tausende weiterer Resolver weltweit speichern jeweils ihre eigene zwischengespeicherte Kopie Ihrer Einträge. Sie greifen erst dann wieder auf den autoritativen Nameserver zurück, wenn die zwischengespeicherte Kopie abläuft, und dieser Ablauf wird durch den TTL-Wert (Time to Live) geregelt.
Ein Eintrag mit einer TTL von 3.600 Sekunden wird bis zu einer Stunde lang zwischengespeichert. Ändern Sie den Eintrag, werden einige Resolver weiterhin den alten Wert ausliefern, bis ihr Cache abläuft. Aus diesem Grund können DNS-Änderungen in einem Netzwerk scheinbar sofort wirksam werden, während sie in einem anderen Netzwerk erst nach Stunden wirksam werden.
Wenn Sie eine Migration planen oder IP-Adressen wechseln, empfiehlt es sich, Ihre TTL rechtzeitig vor der eigentlichen Änderung auf einen kurzen Wert, beispielsweise 300 Sekunden, zu senken. Sobald die niedrige TTL Zeit hatte, sich zu verbreiten (warten Sie mindestens so lange wie die alte TTL), nehmen Sie die Änderung vor. Sobald alles korrekt zu funktionieren scheint, erhöhen Sie die TTL wieder auf einen längeren Wert, um die Abfragebelastung zu verringern.
Mit diesem Tool können Sie überprüfen, was die einzelnen Server derzeit zurückgeben, sodass Sie die Ausbreitung in Echtzeit verfolgen können, anstatt zu raten.
Website wird nach einem Hosting-Wechsel
nicht geladen
Überprüfen Sie Ihre A/AAAA-Einträge. Wenn einige Server die alte IP-Adresse und andere die neue zurückgeben, ist die Ausbreitung noch im Gange. Wenn alle Server die alte IP-Adresse zurückgeben, wurde der Eintrag wahrscheinlich auf Ebene des DNS-Anbieters nie aktualisiert.
E-Mails kommen
nicht an
Rufen Sie die MX-Einträge ab. Falls diese fehlen oder auf den falschen Mailserver verweisen, liegt hier das Problem. Überprüfen Sie außerdem die TXT-Einträge auf SPF, ein fehlender oder falscher SPF-Eintrag führt dazu, dass empfangende Server Ihre Nachrichten markieren oder ablehnen.
Fehler
bei SSL-Zertifikaten
: Wenn Sie für SSL eine DNS-basierte Domain-Validierung verwenden, stellen Sie sicher, dass der erforderliche CNAME- oder TXT-Eintrag vorhanden ist und die Propagierung abgeschlossen ist. CAA-Einträge können die Ausstellung von Zertifikaten ebenfalls blockieren, wenn Ihre Zertifizierungsstelle (CA) darin nicht aufgeführt ist.
Fehler
„Domain nicht gefunden“
Überprüfen Sie zunächst die NS-Einträge. Wenn die bei Ihrem Registrar aufgeführten Nameserver nicht mit denen übereinstimmen, die Ihre Zone tatsächlich hosten, kann die gesamte Domain nicht aufgelöst werden.
Vor einer Domain-Migration
:
Vergewissern Sie sich, dass alle Einträge beim neuen Anbieter konfiguriert sind, bevor Sie die Nameserver umstellen. Führen Sie eine Überprüfung direkt anhand der neuen Nameserver durch, um sicherzustellen, dass alles korrekt aufgelöst wird.
Nach der Änderung der DNS-Einträge
:
Überwachen Sie die Ausbreitung in verschiedenen Regionen. Was Google DNS anzeigt, kann sich für einige Stunden von den Ergebnissen eines Resolvers in Tokio oder São Paulo unterscheiden.
Fehlerbehebung bei der E-Mail-Zustellbarkeit
:
Überprüfen Sie die MX-, TXT- (SPF, DKIM, DMARC) und A-Einträge für Ihre E-Mail-Domain. Unstimmigkeiten zwischen den Servern können erklären, warum E-Mails bei einigen Empfängern ankommen, bei anderen jedoch nicht.
Überprüfung von DNSSEC
: Wenn Sie DNSSEC aktiviert haben, überprüfen Sie die DS- und DNSKEY-Einträge, um sicherzustellen, dass die Vertrauenskette intakt ist. Eine fehlerhafte DNSSEC-Konfiguration ist schlimmer als gar kein DNSSEC, sie führt zu Validierungsfehlern und macht Ihre Domain für Resolver, die DNSSEC erzwingen, unerreichbar.
Regelmäßige Überprüfungen
:
Überprüfen Sie in regelmäßigen Abständen, ob Ihre Einträge nicht unerwartet geändert wurden. Unbefugte DNS-Änderungen können den Datenverkehr umleiten, E-Mails abfangen oder gefälschte Zertifikate ausstellen.
Dies hängt von der TTL des alten Eintrags ab. Die meisten Änderungen erreichen große öffentliche Resolver wie Google (8.8.8.8) und Cloudflare (1.1.1.1) innerhalb weniger Minuten. Bei kleineren Internetdienstanbietern mit aggressivem Caching kann es bis zu 48 Stunden dauern. Das Herabsetzen der TTL vor der Durchführung von Änderungen beschleunigt den Vorgang erheblich.
Ein autoritativer Nameserver verwaltet die eigentlichen DNS-Einträge für eine Domain. Ein rekursiver Resolver fungiert als Vermittler, er nimmt Ihre Anfrage entgegen, ermittelt die Antwort durch Durchlaufen der DNS-Hierarchie (Root-Server, TLD-Server, autoritativer Server) und speichert das Ergebnis im Cache. Wenn Sie eine URL in Ihren Browser eingeben, wird Ihre Anfrage zunächst an einen rekursiven Resolver weitergeleitet.
Nein. Dieses Tool fragt öffentliche DNS-Server ab. Es kann keine privaten oder internen DNS-Zonen erreichen, die nicht mit dem Internet verbunden sind. Verwenden Sie für die interne DNS-Fehlerbehebung „dig“ oder „nslookup“, die auf Ihren internen Resolver verweisen.
In der Regel aufgrund von Caching. Jeder Resolver speichert Einträge unabhängig voneinander basierend auf der TTL im Cache. Nach einer Änderung eines Eintrags geben Server, die den alten Eintrag zwischengespeichert haben, diesen so lange zurück, bis der Cache abläuft. Geo-DNS-Konfigurationen können zudem je nach Standort des anfragenden Servers absichtlich unterschiedliche Ergebnisse zurückgeben.
Beginnen Sie mit A-Einträgen, um zu überprüfen, ob die IP-Adresse korrekt ist. Überprüfen Sie anschließend die NS-Einträge, um sicherzustellen, dass die Nameserver-Delegierung intakt ist. Wenn diese in Ordnung erscheinen, liegt das Problem wahrscheinlich eher auf Server- oder Netzwerkebene als im DNS.
Nutzen Sie einen DNS-Anbieter mit einem Anycast-Netzwerk, damit Anfragen vom nächstgelegenen Point of Presence beantwortet werden. Legen Sie angemessene TTL-Werte fest, längere TTLs reduzieren die Anzahl der Lookups. Auf der Anwendungsseite sollten Sie das DNS-Prefetching in Ihren HTML-Headern aktivieren und Verbindungen aufrechterhalten, um wiederholte Abfragen für denselben Hostnamen zu vermeiden.
SPF, DKIM, DMARC und DNSSEC wurden gemeinsam überprüft, wobei die Konflikte zwischen diesen Protokollen aufgezeigt wurden.
15 ausgewählte Blacklists werden gleichzeitig abgefragt, wobei der Name der Liste angezeigt wird, die die Adresse als verdächtig markiert hat, anstatt lediglich eine rote Markierung zu zeigen.
Die Community-Blocklist wird als DNS-Zone bereitgestellt, die Ihr Server in Echtzeit abfragt. Keine Importe, kein Cron-Job.