MetriBeacon
Menü
Deutsch
Websites & APIs

DNS-Monitoring: Einträge prüfen und unerwartete Antworten erkennen

Überwachen Sie DNS-Einträge mit klaren Erwartungen. Richten Sie einen MetriBeacon-Check ein, verstehen Sie Resolver, TTL und DNSSEC und testen Sie passende Alarme.

Per RSS abonnieren
In diesem Artikel

Erkennen Sie DNS-Probleme, bevor Sie den Webserver untersuchen

Ihre Anwendung kann fehlerfrei laufen, während Besucher sie nicht finden. Ein versehentlich gelöschter Adresseintrag, ein unerwarteter Alias oder ein falscher Maileintrag kann einen Dienst stören, bevor eine HTTP-Anfrage den vorgesehenen Server erreicht. DNS-Monitoring prüft diese Ebene gezielt.

Mit MetriBeacon überwachen Sie DNS-Einträge anhand einer ausdrücklichen erwarteten Bedingung, untersuchen Ergebnisse ausgewählter Prüfstandorte und verbinden passende Alarme. Diese Anleitung hilft Ihnen beim ersten sinnvollen Check und seiner Einordnung neben dem Website-Monitoring. Sie behandelt die konfigurierten DNS-Antworten und verspricht keine Prüfung aller Resolver im Internet.

Was prüft DNS-Monitoring genau?

Eine DNS-Prüfung fragt einen Eintragstyp für einen gewählten Namen ab und bewertet die Antwort anhand Ihrer Konfiguration. Sie können beispielsweise verlangen, dass ein Adresseintrag vorhanden ist, eine bestimmte Antwortmenge zurückkommt oder ein alter Eintrag fehlt.

Der Unterschied ist wichtig: „Eine Antwort existiert“ ist eine schwächere Aussage als „Die Antwort enthält die erwartete Adresse“. Auch eine gültige DNS-Antwort kann Besucher zu einem unbeabsichtigten Ziel führen.

MetriBeacon unterstützt verbreitete Eintragstypen wie A, AAAA, CNAME, MX, TXT, NS, SOA, SRV, CAA und PTR. Wählen Sie einen Namen und Typ, der eine tatsächliche Abhängigkeit Ihres Dienstes abbildet.

Eintrag Sinnvolle Frage Wichtige Grenze
A oder AAAA Liefert der Name die erwartete IPv4- oder IPv6-Adresse? Eine Adresse beweist keine funktionierende Anwendung
CNAME Verweist der Alias auf den erwarteten Namen? Die Anwendung am Ziel benötigt eine eigene Prüfung
MX Ist der erwartete Eintrag für die Mailzustellung vorhanden? Der Eintrag beweist keine zugestellte Nachricht
TXT Ist der erwartete veröffentlichte Text enthalten? Die DNS-Prüfung bewertet nicht jede Richtlinie inhaltlich
NS Werden die erwarteten Nameserver-Einträge zurückgegeben? Eine Beobachtung belegt keine weltweite Übereinstimmung

Ergänzen Sie einen HTTP-Monitor für die benötigte Anfrage und Antwort Ihrer Anwendung. Eine Browserprüfung liefert bei wichtigen Interaktionen ein weiteres, eigenständiges Signal.

Wählen Sie die erwartete Bedingung bewusst

MetriBeacon bietet Bedingungen für vorhandene, fehlende, exakte und enthaltene erwartete Antworten. Beginnen Sie mit der engsten Bedingung, die zu Ihrer tatsächlichen Kontrolle über die Einträge passt.

Vorhanden prüft, ob der gewählte Eintragstyp eine Antwort besitzt. Das hilft, wenn sich Adressen berechtigt ändern dürfen und ihre Existenz entscheidend ist. Es bestätigt jedoch nicht die beabsichtigte konkrete Adresse.

Exakte Antworten verlangen, dass die zurückgegebene Menge der erwarteten Menge entspricht. Nutzen Sie das für einen stabilen Eintrag, dessen vollständige Antworten Sie kennen. Entscheidend ist die Zugehörigkeit, nicht die Reihenfolge.

Erwartete Antworten enthalten verlangt Ihre ausgewählten Werte, erlaubt aber zusätzliche Antworten. Das kann passen, wenn ein Dienst mehrere Werte veröffentlicht und bestimmte erforderliche Werte trotzdem stabil bleiben.

Fehlend prüft, dass der abgefragte Typ keine Antworten liefert, wobei auch der konfigurierte Antwortcode passen muss. Eine leere Antwort und ein nicht existierender Name sind nicht automatisch dasselbe DNS-Ergebnis.

Ein CDN oder verwalteter Dienst kann Adressen berechtigt wechseln. Eine exakte Adresserwartung ohne Berücksichtigung dieses Verhaltens erzeugt möglicherweise Alarme über gewollte Änderungen. Prüfen Sie die Vorgaben Ihres Anbieters, bevor Sie jede Abweichung als Fehler bewerten.

Richten Sie einen DNS-Monitor in MetriBeacon ein

Folgen Sie der Einrichtungsanleitung für Netzwerkprüfungen. Sie benötigen Bearbeitungsrechte im Arbeitsbereich und ein Ziel, das die verfügbare Prüfeinrichtung erlaubt.

  1. Wählen Sie Monitor anlegen → Netzwerk & Zertifikate → DNS.
  2. Vergeben Sie einen verständlichen Namen und tragen Sie den DNS-Namen ohne HTTP-URL-Pfad ein.
  3. Wählen Sie Eintragstyp, erwartete Bedingung und gegebenenfalls erwartete Werte.
  4. Prüfen Sie Resolver- und Transportoptionen, wenn Sie einen bestimmten DNS-Weg untersuchen möchten.
  5. Wählen Sie angebotene Standorte, Intervall, Bestätigungseinstellungen und benötigte Messgrößen.
  6. Prüfen Sie die Verbrauchsprognose, speichern und kontrollieren Sie das erste Ergebnis vor der Alarmnutzung.

Für eine beispielhafte Webdienstprüfung wählen Sie Ihren eigenen öffentlichen Hostnamen und seinen A-Eintrag. Bestätigen Sie zuerst die beabsichtigten Adressen anhand Ihrer DNS-Konfiguration. Entscheiden Sie dann, ob eine vorhandene Antwort oder eine bekannte Antwortmenge die Anforderung beschreibt. Übernehmen Sie keine Adressen einer fremden Website als Erwartungswerte.

Die Netzwerk-Monitoring-Übersicht erklärt verwandte Prüftypen. Verfügbare Standorte und Fähigkeiten bestimmen die angebotenen Einstellungen. Der Monitorname aktiviert weder ein fehlendes Protokoll noch den Zugriff auf ein privates Netz.

Verstehen Sie Resolver, Standort und TTL

Ein rekursiver Resolver beantwortet Anfragen anhand seines Auflösungswegs und Zwischenspeichers. Eine ausdrücklich konfigurierte autoritative Abfrage beantwortet eine andere Frage zum dafür ausgewählten Server. Wählen Sie diese Option nur, wenn sie zum untersuchten Ziel und Ihrer Frage passt.

MetriBeacon unterstützt DNS-Transportmöglichkeiten wie UDP, TCP, DNS über TLS und DNS über HTTPS. Konfiguration und erlaubtes Ziel bestimmen den verwendeten Weg. Ein anderer Transport belegt nicht, dass jeder DNS-Zugriffsweg Ihrer Nutzer funktioniert.

Die TTL beschreibt, wie lange eine DNS-Antwort zwischengespeichert werden darf. Eine Antwort aus einem Cache kann eine abnehmende Rest-TTL zeigen. Der beobachtete Wert entspricht deshalb nicht zwingend dem ursprünglich eingetragenen Zonenwert. Setzen Sie optionale TTL-Grenzen nur, wenn dieser Unterschied zu Ihrer Anforderung passt.

Prüfen Sie nach einer geplanten Änderung frische Beobachtungen samt Zeitpunkt, Resolver und Standort. Ein einzelner Erfolg beweist nicht, dass weltweit jeder Cache bereits den neuen Wert verwendet. Vergleichen Sie bei der Fehlersuche Prüfungen, die dieselbe Frage stellen.

Lesen Sie DNSSEC als eigenes Ergebnis

DNSSEC ergänzt Validierungsnachweise für signierte DNS-Daten. MetriBeacon unterscheidet gültige, ungültige, unsignierte und unbekannte Ergebnisse. Die Prüfung kann die Validierung beobachten oder ein gültiges Ergebnis ausdrücklich verlangen.

Unsigniert und ungültig sind unterschiedliche Zustände. Eine Domain ohne Signaturen belegt nicht automatisch eine defekte Signatur. Sie erfüllt aber keine Bedingung, die gültig signierte Daten verlangt. Eine unbekannte Validierung bestätigt ebenfalls keine Gültigkeit.

DNSSEC-Validierung und verschlüsselter DNS-Transport beantworten unterschiedliche Fragen. DNS über HTTPS belegt für sich allein kein gültiges DNSSEC-Ergebnis. Prüfen Sie bei einem Alarm die konfigurierte Richtlinie und den tatsächlichen Validierungszustand.

Verbinden Sie den Alarm mit einem sinnvollen ersten Schritt

Prüfen und aktivieren Sie geeignete Alarmvorschläge ausdrücklich. Verbinden Sie ein bestätigtes Benachrichtigungsziel und testen Sie die Zustellung mithilfe der Alarmanleitung und des Artikels zu E-Mail und Telegram.

Legen Sie die gewünschte Reaktion fest: den abgefragten Eintrag ansehen, die beabsichtigte DNS-Konfiguration vergleichen und jüngste Änderungen prüfen. Untersuchen Sie bei einem Maileintrag die DNS-Zuordnung getrennt von der tatsächlichen Zustellung. Vergleichen Sie bei einer Webadresse DNS-Beobachtung, HTTP-Ergebnis und Zertifikatsinformationen.

Trennen Sie fehlende oder veraltete Beobachtungen von einer bestätigten Antwortabweichung. Fehlende Prüfnachweise bestätigen weder eine gesunde Domain noch einen Domainausfall. Der Artikel zu Heartbeat und Aktualität erklärt, warum ein alter Erfolg eine spätere Lücke nicht füllt.

Ein kontrollierter Test an einer eigenen Domain oder einem eigenen Testeintrag hilft, Regel und Zustellweg zu prüfen. Stellen Sie danach die beabsichtigte Konfiguration wieder her und bestätigen Sie ein frisches Entwarnungsergebnis. Monitoring meldet Beobachtungen; es bearbeitet Ihre DNS-Zone nicht automatisch.

Häufige Fragen zum DNS-Monitoring

Ist DNS-Monitoring dasselbe wie Website-Monitoring?

Nein. Eine DNS-Prüfung bewertet den ausgewählten Namen, Eintrag und seine Bedingungen. Ein HTTP-Monitor prüft die konfigurierte Anwendungsanfrage. Nutzen Sie beide, wenn beide Ebenen wichtig sind.

Kann MetriBeacon unerwartete DNS-Antworten erkennen?

Ja, wenn Ihre erwartete Antwortbedingung oder eine konfigurierte Vergleichsbasis diese Anforderung beschreibt. Eine reine Prüfung auf Vorhandensein bestätigt nicht den exakten beabsichtigten Wert.

Beweist eine erfolgreiche Prüfung die abgeschlossene DNS-Propagation?

Nein. Sie ist ein Nachweis für Abfrage, Resolver, Standort und Zeitpunkt. Andere Caches und Auflösungswege können abweichen.

Ist DNS-Monitoring mit MetriBeacon kostenlos?

MetriBeacon ist innerhalb seiner dokumentierten technischen Kontingente kostenlos. Beachten Sie die Verbrauchsübersicht, das Intervall und die ausgewählten Messgrößen bei Ihrer Planung.

Beginnen Sie mit einer wichtigen DNS-Abhängigkeit

Erstellen Sie ein kostenloses MetriBeacon-Konto, wählen Sie DNS unter Netzwerk & Zertifikate und überwachen Sie einen wichtigen Eintrag mit klarer erwarteter Bedingung. Prüfen Sie das erste Ergebnis und testen Sie einen hilfreichen Alarm. Die Website/API-Vorlage unter diesem Artikel erstellt einen ergänzenden HTTP-Monitor; den DNS-Check legen Sie über seinen eigenen Einrichtungseinstieg an.