Zum Hauptinhalt springen

Warum DNS-Resolver für eine Event-Domain unterschiedliche Antworten liefern

Eine Person erreicht die Ticketseite, eine andere sieht eine alte Seite oder einen Fehler. Ein einzelner Screenshot erklärt die Ursache nicht. Der führende Diagnoseartikel vergleicht denselben Namen und Datensatztyp bei autoritativen Servern und rekursiven Resolvern. Für Events muss zusätzlich der betroffene Besucherschritt festgehalten werden.

Boletolibre-Redaktion

Veröffentlicht

Diagramm derselben Domainabfrage an autoritativen Servern und zwei Resolvern.
Name, Typ, Zeitpunkt und Netzwerk vor der Deutung erfassen.

Die genaue Abfrage dokumentieren

Originales DNS-Vergleichsblatt herunterladen (Markdown)

Notieren Sie den vollständigen Hostnamen einschließlich Hauptdomain, www oder Registrierungs-Subdomain und den Typ A, AAAA, CNAME oder einen anderen Typ. Erfassen Sie für jede Antwort Status, Wert, Uhrzeit, Netzwerk und Resolver. Verschiedene Namen oder Typen sind kein sinnvoller Vergleich. Halten Sie die letzte genehmigte DNS-Änderung fest.

Zuerst die delegierten autoritativen Server vergleichen

Prüfen Sie die aktuelle Delegation und stellen Sie jedem autoritativen Server dieselbe Frage. Bei Abweichungen ist der Betreiber der Zone zuständig. Stimmen die Server überein, aber rekursive Resolver nicht, sichern Sie deren Antworten und TTL. Cache und neue Einstellungen können zu unterschiedlichen Zeiten sichtbar werden; eine allgemeine Wartefrist reicht als Nachweis nicht aus.[2][3]

Cache, private Sicht und beabsichtigtes Routing unterscheiden

Eine Abweichung kann aus gültigem Cache oder bei Störungen aus veralteten Antworten stammen. Auch CDN-Standort, private DNS-Sichten und Netzwerkrichtlinien kommen infrage. Eine andere IP allein beweist keinen Fehler. Halten Sie Status, TTL und Netzwerk fest und geben Sie SERVFAIL-Belege an den DNS-Betreiber.[4][1]

Zuständigkeit klären und den Ticketweg separat prüfen

Dokumentieren Sie Diagnose, Belege und Unsicherheit. Nach einer genehmigten Änderung wiederholen Sie die benannten DNS-Abfragen und prüfen HTTPS-Seite, Registrierung und externen Bezahlvorgang getrennt. Übereinstimmende DNS-Antworten belegen noch keine erfolgreiche Buchung.

Quellen und weiterführende Informationen

  1. Diagnose different answers from DNS resolversClueDNS · Abgerufen
  2. Troubleshooting Public DNSGoogle Public DNS · Abgerufen
  3. DNS settings are not yet in effectAmazon Route 53 · Abgerufen
  4. Serving Stale Data to Improve DNS Resiliency (RFC 8767)IETF · Abgerufen