IPNixa
DE

Bei Auswahl einer Sprache öffnet sich diese Seite in der gewählten Sprache. Beim Übernehmen einer Sprache wird ihr Sprachcode 180 Tage lang in einem Cookie auf diesem Gerät gespeichert.

Ist diese Seite noch nicht übersetzt, öffnet sich eine verfügbare Seite in der gewählten Sprache.

DNS / ZWEI RESOLVER-MOMENTAUFNAHMEN

DNS-Abfrage: Einträge und Änderungen prüfen

Gib den erwarteten Wert ein und speichere ein Ergebnis. So siehst du Änderungen bei Google und Cloudflare, ohne Tabellen selbst abzugleichen. Kostenlos, ohne Anmeldung.

Wähle einen Eintragstyp oder eine Gruppe und vergleiche die Antworten. Speichere ein Ergebnis, um spätere Änderungen zu erkennen.

Genau dieser Name wird abgefragt—
Zu prüfender Wert (optional)

Geprüft wird ein vollständiger Wert, kein Textausschnitt. Bei TXT wird die Groß- und Kleinschreibung beachtet; aufgeteilte Zeichenfolgen in Anführungszeichen werden zusammengefügt. Für MX oder SRV geben Sie den vollständigen Wert oder den Zielhostnamen ein. Bei Gruppen wird jeder angefragte Typ einzeln geprüft. Dieser Wert bleibt in Ihrem Browser.

Eine Domain eingeben, eine URL einfügen oder eine IP-Adresse für ihren Reverse-DNS-Namen (PTR) eingeben. Abfragen laufen erst nach dem Absenden. Internationale Namen werden in ASCII umgewandelt.

Gruppen fragen den eingegebenen Namen ab. Die optionale www-Prüfung setzt nur www davor; Subdomains werden nicht gesucht. DMARC nutzt _dmarc, DKIM benötigt den Selektor deines Dienstes.

Wählen Sie einen Eintragstyp oder eine Gruppe und vergleichen Sie beide Resolver.

DNS geändert, aber die Änderung ist noch nicht sichtbar?

Speichere ein Ergebnis, ändere deine DNS-Einstellung und prüfe erneut. Hinzugefügte und entfernte Werte werden je Resolver verglichen. Fehlgeschlagene Abfragen gelten nie als entfernte Einträge.

TXT-Eintrag nicht gefunden oder CNAME-Bestätigung ausstehend?

Prüfe im Bestätigungsmodus den genauen Namen und erwarteten Wert. DMARC nutzt _dmarc; für DKIM brauchst du den Selektor deines Dienstes. Ein Treffer hier schließt die Bestätigung beim Dienst selbst nicht ab.

Öffentliche Einträge werden von unserem Server über Cloudflare und Google abgefragt. Dabei wird weder der DNS-Resolver des Geräts ermittelt noch auf VPN-DNS-Leaks getestet. Verarbeitung von DNS-Abfragen →

DNS-Einträge abfragen und vergleichen

  1. Den genauen DNS-Namen eingeben, etwa example.com oder _dmarc.example.com.
  2. Wählen Sie einen Eintragstyp oder eine Gruppe und klicken Sie auf „DNS vergleichen“. Gruppen fragen die aufgeführten Typen für genau den eingegebenen Namen ab; Subdomains werden nicht gesucht.
  3. Vergleichszusammenfassung, einzelne Einträge, TTLs und Antwortcodes zusammen betrachten. Nach kürzlichen DNS-Änderungen können alte Antworten bis zum Ablauf ihrer TTL im Cache bleiben.

Welche DNS-Einträge sollte ich prüfen?

Website zeigt eine alte IP
A für IPv4 und AAAA für IPv6 beim genauen Hostnamen vergleichen. Ein www-Hostname kann andere Einträge als die Hauptdomain nutzen. Auf CNAME-Aliasse in der Antwortkette achten.
E-Mails erreichen noch einen alten Server
MX für die Maildomain abfragen und Servernamen sowie Prioritäten mit den Einstellungen des E-Mail-Anbieters vergleichen. Diese Abfrage zeigt veröffentlichte Routing-Einträge und sendet keine Test-E-Mail.
Domainbestätigung steht noch aus
TXT für den vom Anbieter angegebenen Namen abfragen. SPF verwendet meist die Maildomain, DMARC nutzt _dmarc, und DKIM benötigt den vorgegebenen Selektor. Den genauen Text prüfen, statt alle TXT-Einträge bei der Hauptdomain zu vermuten.

Warum liefern Cloudflare und Google unterschiedliche DNS-Antworten?

Jeder Resolver hat einen eigenen Cache. Nach einer DNS-Änderung kann eine alte Antwort bis zum Ablauf ihrer TTL bestehen bleiben. CDNs, Lastverteilung und geografisch gesteuertes DNS können ebenfalls unterschiedliche gültige Adressen liefern. Ein Unterschied ist ein Anlass zur Prüfung, kein automatischer Fehler.

Wir vergleichen die Antworteinträge als Menge, ohne Reihenfolge und TTL zu berücksichtigen. Bei DNS-Namen werden Groß-/Kleinschreibung und ein abschließender Punkt ignoriert, IPv6-Schreibweisen werden vereinheitlicht. Bei TXT bleibt die Groß-/Kleinschreibung relevant. Authority-Einträge und DNSSEC-Flags werden separat angezeigt und fließen nicht in den Wertevergleich ein.

DNS geändert, aber weiterhin die alte Adresse?

  1. Den genauen Hostnamen und den geänderten Eintragstyp prüfen. Die Hauptdomain und www können unterschiedliche Antworten liefern.
  2. Die zurückgegebenen Werte mit der veröffentlichten Konfiguration des DNS-Anbieters vergleichen.
  3. TTL ist die verbleibende Cache-Lebensdauer, kein Countdown zu einer garantierten weltweiten Aktualisierung. Später erneut vergleichen.
  4. Schlägt ein Resolver fehl, erneut versuchen und den Antwortcode prüfen. Eine fehlende Antwort gilt nicht als Übereinstimmung.

Was die einzelnen Eintragstypen bedeuten

A / AAAA
Für den Namen veröffentlichte IPv4- und IPv6-Adressen. Sie können zu einem CDN oder Proxy statt zum Ursprungsserver gehören.
MX
Mailserver und ihre Priorität. Niedrigere Zahlen werden zuerst versucht.
TXT
Texteinträge, etwa SPF oder Domainbestätigung. Für DMARC _dmarc.example.com verwenden. DKIM benötigt den richtigen Selektornamen.
NS / SOA
Nameserver und Verwaltungsdaten der Zone. Für diese Abfragen den Zonennamen verwenden.
CNAME
Ein Alias für einen anderen DNS-Namen. A- und AAAA-Antworten können auch eine CNAME-Kette enthalten.
CAA
Einträge zur Autorisierung von Zertifizierungsstellen. Ein fehlender Eintrag allein bedeutet keine Sicherheitslücke.
PTR
Reverse-DNS-Namen. Eine IP-Adresse eingeben; sie wird automatisch in ihren in-addr.arpa- oder ip6.arpa-Namen umgewandelt.
SRV
Diensteinträge wie _sip._tcp.example.com: Priorität, Gewichtung, Port und Zielhost.
HTTPS
HTTPS-Einträge (SVCB) melden Verbindungshinweise wie HTTP/3-Unterstützung (alpn=h3), IP-Hinweise und ECH-Schlüssel.
DS / DNSKEY
DS und DNSKEY werden für DNSSEC verwendet. Ihr Vorhandensein allein belegt keine gültige Vertrauenskette. Das DNSSEC-Feld zeigt, ob der Resolver eine Validierung gemeldet hat; dieses Tool prüft die Kette nicht selbst.

Beobachtetes Beispiel: zwei Resolver, verschiedene Antworten

Am 27. Oktober 2026 um 21:41:23 UTC+07 verglichen wir mit IPNixa A-Records für www.amazon.com über Cloudflare und Google. Die öffentliche Domain gehört Dritten; wir haben ihre DNS-Einstellungen nicht geändert.

Beide Resolver meldeten NOERROR und dieselbe CNAME-Kette, aber unterschiedliche A-Records: Cloudflare lieferte 18.239.130.216 mit 26 Sekunden TTL, Google 13.35.160.125 mit 60 Sekunden TTL. IPNixa meldete unterschiedliche Antwortwerte.

Bei der Wiederholung um 21:41:27 blieben die A-Werte verschieden; Cloudflares TTL betrug 23 Sekunden. Die Ursache ist nicht nachgewiesen: Cache, CDN-Routing oder geografisches DNS sind mögliche Erklärungen. Vergleiche nach einer eigenen DNS-Änderung den genauen Hostnamen und Recordtyp mit der Anbieterkonfiguration, prüfe die CNAME-Kette und die TTLs und frage später erneut ab. Zwei Resolver belegen keine weltweite Verteilung.

Für ein DNS-Änderungsszenario führten wir die Vergleichslogik am 27. Oktober 2026 separat lokal mit simulierten Antworten aus: Cloudflare gab den alten A-Wert 203.0.113.10 zurück, Google den neuen Wert 203.0.113.20. Das Ergebnis waren unterschiedliche Antwortwerte. Beide Adressen sind für Dokumentation reserviert; kein DNS-Record wurde geändert und die Simulation erklärt nicht das beobachtete Amazon-Ergebnis.

Warum gibt es keine Einträge?

NOERROR mit leerer Antwort bedeutet, dass der Resolver für diesen Namen und Typ keine Einträge zurückgegeben hat. NXDOMAIN meldet, dass der Name nicht existiert. SERVFAIL oder REFUSED bedeutet, dass die Abfrage nicht erfolgreich abgeschlossen wurde. Keines von beiden beweist, dass eine Domain fehlt.

Prüft das die weltweite DNS-Aktualisierung?

Nein. Gezeigt werden zwei Momentaufnahmen öffentlicher Resolver vom Server dieser Anfrage, keine Messungen aus jedem Land. Andere Resolver, private Netze, Regionen oder autoritative Server können andere Einträge liefern. Eine CNAME-Abfrage kann auch leer bleiben, wenn ein Anbieter den Alias direkt in Adresseinträge auflöst.

Zeigt das, ob ich Cloudflare-DNS (1.1.1.1) nutze?

Nein. Diese Seite fragt Cloudflare und Google von unserem Server aus ab und sieht daher nicht, welchen Resolver das Gerät nutzt. Ob dieses Gerät 1.1.1.1 verwendet, zeigt der Test von Cloudflare unter 1.1.1.1/help.

Was bedeutet das DNSSEC-Feld?

„Vom Resolver validiert“ bedeutet, dass er das Authenticated-Data-Flag für die Antwort gesetzt hat. „Nicht bestätigt“ ist kein Sicherheitsurteil: Die Zone kann unsigniert sein oder die Antwort keine authentifizierten Daten enthalten. DNSSEC bestätigt nicht die Vertrauenswürdigkeit einer Website.

Erkennt das einen DNS-Leak?

Nein. Ein DNS-Leak-Test muss beobachten, welche Resolver eindeutige Testnamen anfragen. Diese Eintragsabfrage fragt zwei ausgewählte öffentliche Resolver nach veröffentlichten Einträgen. Für weitere Prüfungen sichtbarer Browserdaten den VPN-Test für WebRTC und IPv6 verwenden.

Zeigt das, welcher DNS-Resolver schneller ist?

Nein. Dies sind serverseitige DNS-over-HTTPS-Anfragen. Sie messen nicht die DNS-Geschwindigkeit des Geräts. Für Antwortzeiten vom Browser zum Zugangsknoten den HTTP-Latenztest verwenden.

Quellen und weitere Prüfungen

Dokumentation der JSON-API von Google Public DNS

Dokumentation der DNS-over-HTTPS-Antworten von Cloudflare

Öffentliche IPv4- und IPv6-Adresse sowie Netzwerk prüfen →

Dynamische IP und dynamisches DNS verstehen →