SOA-Datensatz-Suche

Überprüfen Sie den SOA-Eintrag (Start of Authority) einer Domain sofort mit unserem kostenlosen Abfragetool – sehen Sie sich den primären Nameserver, die E-Mail-Adresse des Administrators, die Seriennummer sowie die Werte für „Refresh“, „Retry“, „Expiry“ und die minimale TTL an und erhalten Sie zudem eine Live-Prüfung der Seriennummernkonsistenz über alle Nameserver hinweg.

Warum sollten Sie Ihren SOA-Eintrag nachschlagen?

Der SOA-Eintrag ist die maßgebliche Quelle für Ihre gesamte DNS-Zone. Ist er falsch konfiguriert, können sich sekundäre Nameserver und Resolver unvorhersehbar verhalten.

Zonenberechtigung bestätigen

Überprüfen Sie, welcher Nameserver für Ihre Domain maßgeblich ist und wer als technischer Ansprechpartner für die Zone angegeben ist.

Übertragungsprobleme diagnostizieren

Die Einstellungen für „Aktualisieren“, „Wiederholen“ und „Ablauf“ steuern, wie Sekundärserver Ihre Zone synchronisieren – falsche Zeitwerte führen zu veralteten oder fehlenden DNS-Daten.

Aktuelle DNS-Änderungen überprüfen

Die Seriennummer erhöht sich bei jeder Bearbeitung einer Zone, sodass sich auf diese Weise schnell überprüfen lässt, ob eine Änderung tatsächlich gespeichert und übernommen wurde.

So verwenden Sie die SOA-Datensatzsuche

Eine SOA-Abfrage dauert nur wenige Sekunden. Befolgen Sie diese drei Schritte, um den „Start of Authority“-Eintrag Ihrer Zone und die Synchronisierung der Nameserver zu überprüfen.

Geben Sie Ihre Domain ein. Geben Sie Ihre Root-Domain ein (z. B. example.com) – SOA-Einträge befinden sich auf der obersten Ebene der Zone, daher ist kein Subdomain-Präfix erforderlich.

Wählen Sie einen Resolver aus und führen Sie eine Abfrage durch. Wählen Sie zwischen Google, Cloudflare, OpenDNS oder Quad9 und drücken Sie anschließend die Eingabetaste oder klicken Sie auf „SOA abfragen“, um eine Live-DNS-Abfrage durchzuführen.

Überprüfen Sie jedes Feld. Primärer Nameserver, Admin-E-Mail-Adresse, Seriennummer, Aktualisierungszeit, Wiederholungsversuch, Ablaufdatum und minimale TTL werden analysiert und erläutert – anschließend vergleichen wir die Seriennummern aller Ihrer Nameserver.

Was ist ein SOA-Datensatz?

Der „Start of Authority“-Eintrag ist ein obligatorischer DNS-Eintrag an der Wurzel jeder Zone. Er enthält den Namen des primären Nameservers, den administrativen Ansprechpartner sowie die Zeitangaben, die festlegen, wie die Zone auf sekundäre Nameserver repliziert wird.

Einer pro Zone

Pro Zone gibt es genau einen SOA-Eintrag, der beim Einrichten der Zone automatisch erstellt wird. Sie werden ihn nur selten manuell bearbeiten müssen.

Sieben Felder

MNAME, RNAME, serial, refresh, retry, expire und minimum TTL – jedes dieser Elemente spielt eine eigene Rolle bei der Funktionsweise der DNS-Replikation.

Legende zur Diagnose

Wenn etwas in Ihrem DNS nicht richtig funktioniert, sollte man oft zuerst den SOA-Eintrag überprüfen – insbesondere bei Problemen mit der Zonensynchronisation.

yourdomain.com. IN SOA ns1.yourdomain.com. hostmaster.yourdomain.com. (
2024061801 ; serial
3600 ; refresh
900 ; retry
1209600 ; expire
3600 ) ; Mindest-TTL

Erläuterung der SOA-Datensatzfelder

Jeder SOA-Datensatz besteht aus sieben Feldern in dieser Reihenfolge.

MNAME

Primärer Nameserver

Der Hostname des primären (Master-)Nameservers, auf dem sich die ursprüngliche, maßgebliche Kopie der Zone befindet.

RNAME

E-Mail-Adresse des Verantwortlichen

Die Admin-E-Mail-Adresse im DNS-Format – der erste Punkt ersetzt das @-Zeichen, also hostmaster.example.com bedeutet „[email protected]“.

SERIE

Seriennummer

Eine Versionsnummer für die Zone. Sie muss bei jeder Bearbeitung erhöht werden, damit die Sekundärserver wissen, dass sie ein Update abrufen müssen. Übliche Formatierung YYYYMMDDnn.

AKTUALISIEREN

Aktualisierungsintervall

Wie oft (in Sekunden) ein sekundärer Nameserver den primären Nameserver auf Zonenaktualisierungen überprüft.

ERNEUT VERSUCHEN

Wiederholungsintervall

Wie lange (in Sekunden) ein Sekundärserver wartet, bevor er eine fehlgeschlagene Aktualisierung gegenüber dem Primärserver erneut versucht. Sollte kürzer sein als die Aktualisierungszeit.

ABLAUF

Ablaufzeit

Wie lange (in Sekunden) ein Sekundärserver die Zone weiter bedient, ohne den Primärserver zu erreichen, bevor er dessen Daten als veraltet betrachtet und den Vorgang beendet.

MINDESTBETRAG

Mindest-TTL

Die Standardzeit (in Sekunden), für die negative Antworten (NXDOMAIN) von Resolvern zwischengespeichert werden – die TTL für das Negative-Caching gemäß RFC 2308.

Häufige Probleme mit SOA-Datensätzen und deren Behebung

Hier erfahren Sie, welche Fehler bei einem SOA-Eintrag typischerweise auftreten und was die einzelnen Ergebnisse für Ihre Domain bedeuten.

Kein SOA-Eintrag

Zone fehlt oder wurde nicht delegiert

Jede Zone muss genau einen SOA-Eintrag enthalten. Wird kein solcher Eintrag gefunden, ist die Domain entweder nicht registriert, nicht an Nameserver delegiert oder diese Nameserver antworten nicht.

Vergewissern Sie sich, dass die Domain registriert ist und die Nameserver beim Registrar korrekt eingerichtet sind.

Wiederholungsversuch länger als Aktualisierung

Timer in der falschen Reihenfolge

Der Wiederholungsversuch sollte kürzer sein als die Aktualisierungszeit – andernfalls könnte ein sekundärer Prozess, der eine Aktualisierung verpasst, zu lange warten, bevor er es erneut versucht.

Stellen Sie die Wiederholungszeit auf einen Bruchteil der Aktualisierungszeit ein (z. B. Aktualisierung 3600 s, Wiederholung 900 s).

Die Gültigkeitsdauer ist zu kurz

Die Verteidiger lassen die Zone frühzeitig fallen

Die Ablaufzeit sollte deutlich länger sein als die Aktualisierungszeit – in der Regel 2 bis 4 Wochen –, damit die Sekundärserver genügend Spielraum haben, um einen längeren Ausfall des Primärservers zu überstehen.

Stellen Sie die Gültigkeitsdauer auf etwa 1.209.600 Sekunden (14 Tage) ein, sofern Sie keinen Grund haben, dies nicht zu tun.

Nameserver sind nicht synchronisiert

Die Seriennummern stimmen nicht überein

Wenn Ihre Nameserver unterschiedliche Seriennummern melden, ein sekundärer Nameserver hinterherhinkt oder ein Zonentransfer fehlschlägt, werden Besuchern möglicherweise veraltete DNS-Daten angezeigt, je nachdem, welcher Server die Anfrage beantwortet.

Überprüfen Sie den Zonen-Transfer (AXFR/IXFR) und NOTIFY zwischen Ihrem Primärserver und den Sekundärservern.

So lesen Sie die Seriennummer ab

Die einzige technische Anforderung an die Seriennummer besteht darin, dass sie sich bei jedem Zonenwechsel erhöht – Nameserver nutzen sie, um Aktualisierungen zu erkennen. In der Praxis hält sich fast jeder DNS-Anbieter an dieselbe Konvention „YYYYMMDDnn “: ein vierstelliges Jahr, ein zweistelliger Monat, ein zweistelliger Tag und ein zweistelliger Revisionszähler, der erhöht wird, wenn die Zone an einem Tag mehr als einmal bearbeitet wird.

2024

Jahr

Monat

Tag

Überarbeitung

2024061801 bedeutet, dass die Zone zuletzt am 18. Juni 2024 aktualisiert wurde – zum ersten Mal an diesem Tag. Wenn Sie gerade eine DNS-Änderung vorgenommen haben und sich die Seriennummer nicht geändert hat, wurde Ihre Aktualisierung wahrscheinlich noch nicht gespeichert – es lohnt sich, dies bei Ihrem Provider zu überprüfen, bevor Sie davon ausgehen, dass die Ausbreitung einfach nur langsam ist.

Häufig gestellte Fragen

Kann eine Domain mehr als einen SOA-Eintrag haben?

Nein. Jede DNS-Zone verfügt per Definition über genau einen SOA-Eintrag. Wenn Ihnen mehrere Einträge angezeigt werden, handelt es sich entweder um Einträge aus verschiedenen, nicht miteinander verbundenen Zonen oder um eine falsch konfigurierte Delegierung.

Werden meine Domain-Daten an Ihre Server übertragen?

Die von Ihnen eingegebene Domain wird an unseren Server gesendet, der für Sie die DNS-Abfrage über den von Ihnen gewählten öffentlichen Resolver durchführt – dieselbe Abfrage, die jeder mit einem dig Befehl. Wir protokollieren oder speichern weder die von Ihnen überprüften Domains noch die zurückgegebenen Einträge.

Warum gibt die SOA-Abfrage einen anderen Nameserver zurück als meine NS-Einträge?

Das ist normal. Das MNAME-Feld gibt den historischen „primären“ Nameserver an, doch viele Anbieter nutzen versteckte primäre Nameserver oder Anycast-Netzwerke, in denen jeder öffentlich zugängliche Nameserver technisch gesehen ein sekundärer Nameserver ist. Für die Namensauflösung sind letztendlich Ihre veröffentlichten NS-Einträge entscheidend.

Was ist eine sinnvolle Konfiguration für „Refresh“, „Retry“ und „Expiry“?

Übliche Werte sind „refresh“ 3600 s (1 Stunde), „retry“ 900 s (15 Minuten), „expire“ 1209600 s (14 Tage) und „minimum“ 3600 s (1 Stunde). Die meisten Managed-DNS-Anbieter legen sinnvolle Werte automatisch fest – in der Regel müssen Sie diese nur bei einer selbst gehosteten Konfiguration anpassen.

Muss die Seriennummer ein Datum sein?

Nein. RFC 1035 schreibt lediglich eine 32-Bit-Ganzzahl ohne Vorzeichen vor, deren Wert bei jeder Aktualisierung erhöht wird. Das Datumsformat YYYYMMDDnn ist lediglich eine weit verbreitete Konvention, da es das Datum der letzten Aktualisierung auf einen Blick erkennbar macht.

Was passiert, wenn die Gültigkeitsdauer abgelaufen ist?

Wenn ein sekundärer Nameserver den primären Nameserver länger als das Ablaufintervall nicht erreichen kann, stellt er die autoritative Beantwortung für die Zone vollständig ein und betrachtet seine Daten als zu veraltet, um ihnen zu vertrauen. Dies ist eine Sicherheitsmaßnahme, um zu verhindern, dass stark veraltete DNS-Daten auf unbestimmte Zeit bereitgestellt werden.

Was sagt mir die Überprüfung der Seriennummer des Nameservers?

Wir fragen jeden Ihrer veröffentlichten Nameserver direkt ab und vergleichen die von ihnen gemeldeten Seriennummern. Wenn diese alle übereinstimmen, ist Ihre Zone synchronisiert. Weichen sie voneinander ab, hinkt ein sekundärer Nameserver hinterher oder ein Zonentransfer schlägt fehl – was dazu führen kann, dass Besucher veraltete DNS-Einträge sehen, je nachdem, welchen Nameserver sie anfragen.

Ist der RNAME wirklich eine E-Mail-Adresse?

Ja, im Format eines Domainnamens anstelle des @-Symbols – „hostmaster.example.com“ steht für „[email protected]“. Viele Anbieter verwenden hier mittlerweile einen generischen Platzhalter anstelle eines überwachten Posteingangs.

Automatisieren Sie Ihre E-Mail-Authentifizierung

PowerDMARC überwacht Ihre DMARC-, SPF-, DKIM-, BIMI-, MTA-STS- und TLS-RPT-Einträge in einem einzigen Dashboard – mit Benachrichtigungen, sobald ein Fehler auftritt.

Demo buchen 15-tägige Testphase starten