DNS-Monitoring für jeden Nameserver

Wahrscheinliche Ursache: Die Zone ist nicht synchron. Ein Secondary erhält keine Zonentransfers mehr, oder ein Anbieter, den Sie verlassen haben, steht noch in Ihren NS-Einträgen.

Was tun: Reparieren Sie den Transfer oder entfernen Sie den veralteten Server aus der Delegation. Bis alle Server übereinstimmen, bekommen Empfänger unterschiedliche Antworten.

Wahrscheinliche Ursache: Der Server kennt die Zone, kann aber nicht antworten, etwa nach einem fehlgeschlagenen Laden der Zone oder mit einer defekten DNSSEC-Signatur.

Was tun: Prüfen Sie den Status des Anbieters und die Zone auf diesem Server. Resolver gehen zum nächsten Server weiter, E-Mail fließt also weiter, solange nur einer ausfällt.

Wahrscheinliche Ursache: Der Server ist nicht für diese Zone konfiguriert oder blockiert Anfragen von außerhalb seines Netzes.

Was tun: Fügen Sie die Zone auf dem Server hinzu oder entfernen Sie ihn aus Ihren NS-Einträgen.

Wahrscheinliche Ursache: Eine Lame Delegation. Ihre NS-Einträge nennen einen Server, der die Zone nicht hostet, typischerweise ein Überbleibsel eines Anbieterwechsels.

Was tun: Aktualisieren Sie die NS-Einträge beim Registrar und in der Zone, sodass nur Server aufgeführt sind, die sie ausliefern.

Wahrscheinliche Ursache: Der Name existiert auf den anderen Nameservern, aber nicht auf diesem, meist eine halb ausgerollte Änderung wie ein neuer DKIM-Selektor, der nur bei einem Anbieter angelegt wurde.

Was tun: Legen Sie den Eintrag auf dem hinterherhinkenden Server an oder warten Sie auf den Zonentransfer. Bis dahin finden ihn Empfänger, die diesen Server treffen, nicht.

Wahrscheinliche Ursache: Ein Netzwerkproblem, eine Firewall, die UDP-Port 53 verwirft, oder ein überlasteter Nameserver. Jede Abfrage wird einmal mit längerem Timeout wiederholt, bevor sie als Zeitüberschreitung angezeigt wird.

Was tun: Läuft derselbe Server Prüfung für Prüfung in den Timeout, sehen Sie sich seine Erreichbarkeit an. Eine Zeitüberschreitung zählt nie als gelöschter Eintrag.

Das hängt von Ihrem Plan ab, von alle paar Minuten bis einmal am Tag, immer auf jedem autoritativen Nameserver. Große Zonen werden über mehrere Durchläufe geprüft. "DNS jetzt prüfen" startet eine Prüfung auf Abruf und zeigt ihren Fortschritt. Die Detailseite jedes Eintrags zeigt die genaue Zahl der Prüfungen, wann die letzte lief und wann die nächste fällig ist.

A-, AAAA-, CNAME-, MX-, NS- und TXT-Einträge. SPF und DMARC werden immer überwacht. Einträge hinter einem CNAME oder in einer delegierten Subzone werden bis zu den Nameservern verfolgt, die sie tatsächlich ausliefern.

Jeder bezahlte Plan, beginnend mit Mini. Die Pläne unterscheiden sich in der Datenaufbewahrung, also darin, wie weit zurück Sie die Historie öffnen können: 30 Tage bei Mini, 90 Tage bei Basic, ein ganzes Jahr bei Pro und Enterprise. Ältere Änderungen bleiben gesperrt erhalten und öffnen sich, wenn Sie upgraden. Webhooks gibt es ab Basic, die REST-API und den MCP-Server ab Pro.

Geproxyte A- und AAAA-Einträge zeigen auf Cloudflares Edge und ändern sich von selbst. Die Erkennung überspringt sie, und als geproxyt markierte Einträge aus einer importierten Zonendatei werden pausiert hinzugefügt.

Ja. Die Erkennung fügt SPF-, DMARC-, DKIM-Selektor-, MX-, MTA-STS-, TLS-RPT- und BIMI-Einträge automatisch hinzu, jeden weiteren A-, AAAA-, CNAME-, MX-, NS- oder TXT-Eintrag fügen Sie von Hand hinzu oder importieren eine Zonendatei. Jeder Eintrag hat seinen eigenen Überwachungsstatus: überwacht, pausiert (wird nicht geprüft) oder stummgeschaltet (wird geprüft und in der Historie geführt, ohne Warnungen oder Benachrichtigungen). SPF und DMARC bleiben immer überwacht; jeden anderen Eintrag können Sie jederzeit pausieren, stummschalten oder aus der Überwachung entfernen.