DNS-Monitoring vs. Uptime-Monitoring: was erkennt was

Uptime-Monitoring prüft, ob Ihr Dienst antwortet. DNS-Monitoring prüft, ob Ihre DNS-Konfiguration noch die ist, die Sie eingerichtet haben. Das eine beobachtet das Symptom: eine Seite, die lädt, ein Endpoint, der 200 zurückgibt. Das andere beobachtet eine der tückischsten Ursachen für Ausfälle und Umleitungen: Records, die sich geändert haben, ohne dass es jemand wollte. Die Überschneidung ist gering. Ein umgeleiteter A-Record lässt Ihr Uptime-Dashboard grün, während der Traffic auf einen fremden Server fließt, und eine abgestürzte Anwendung lässt Ihr DNS makellos, während Kunden auf eine Fehlerseite starren. Teams, deren Geschäft an ihrer Domain hängt, betreiben am Ende beides, jedes für seinen eigenen Bereich.

Was jede Art von Überwachung leistet

Uptime-Monitoring schickt in kurzen Abständen HTTP-Anfragen oder Pings an Ihre Endpoints, meist im Minutentakt, und alarmiert, wenn eine Anfrage ausläuft oder einen Fehlercode zurückgibt. Es beantwortet eine einzige Frage: Ist der Dienst gerade erreichbar?

DNS-Monitoring erstellt in regelmäßigen Abständen Snapshots Ihrer DNS-Records (A, AAAA, MX, TXT, CNAME, NS) und vergleicht jeden Snapshot mit dem vorherigen. Es alarmiert bei jeder Abweichung. Es beantwortet eine andere Frage: Ist meine Konfiguration noch die, die ich festgelegt habe?

	Uptime-Monitoring	DNS-Monitoring
Was geprüft wird	HTTP-Antwort, Ping, Antwortzeit	Werte der DNS-Records
Typische Frequenz	Alle 30 Sekunden bis 5 Minuten	Ein- bis mehrmals täglich
Alarmauslöser	Timeout, Fehlercode, langsame Antwort	Jeder Record, der vom letzten Snapshot abweicht
Schützt vor	Serverabsturz, Anwendungsfehlern, abgelaufenen Zertifikaten	Umgeleiteten Records, kaputtem E-Mail-Setup, stiller Drift
Blinder Fleck	Änderungen, bei denen die Seite weiter antwortet	Ausfälle, die die Records unberührt lassen

Der Frequenzunterschied ist auf keiner Seite eine Schwäche. Verfügbarkeit ändert sich im Sekundentakt, also laufen Uptime-Checks permanent. DNS-Records ändern sich selten, also fängt ein täglicher Diff fast jede unautorisierte oder versehentliche Änderung ab, solange sie noch frisch genug ist, um sie nachzuvollziehen.

Was Uptime-Monitoring nicht sieht

Drei Vorfallstypen laufen an einem Verfügbarkeitscheck glatt vorbei.

Kaputte E-Mail

Ein geänderter MX-Record oder ein beschädigter SPF-Eintrag bringt keine einzige Webseite zum Absturz. Ihre Seite lädt, jeder Uptime-Check ist grün, und Ihre ausgehenden Mails landen im Spam oder verschwinden. Niemand pingt einen MX-Record an. Wenn Registrierungen, Rechnungen oder Support bei Ihnen über E-Mail laufen, ist die Überwachung von SPF, DKIM und DMARC der einzige automatisierte Weg, davon vor Ihren Kunden zu erfahren.

Die saubere Umleitung

Ein Angreifer, der Ihren A-Record auf einen eigenen Server umbiegt, hat keinen Grund, Fehler auszuliefern. Er liefert eine funktionierende Seite aus, oft eine exakte Kopie Ihrer eigenen, und sammelt Zugangsdaten oder Zahlungsinformationen ein. Jeder HTTP-Check liefert 200. Aus Sicht des Uptime-Tools ist nichts passiert. Nur ein Diff auf Record-Ebene zeigt, dass Ihre Domain jetzt auf ein Ziel zeigt, auf das sie nie zuvor gezeigt hat. Genau dieses Szenario steht im Zentrum der Erkennung von DNS-Hijacking.

Konfigurationsdrift

Jemand im Team löscht beim Aufräumen einen TXT-Record. Ein Automatisierungsskript überschreibt einen CNAME. Bei einem Anbieterwechsel ändern sich die Nameserver und niemand dokumentiert es. Nichts davon legt die Seite heute lahm. Es taucht Wochen später wieder auf, als gescheiterte Domain-Verifizierung, tote Subdomain oder fehlgeschlagene E-Mail-Authentifizierung, und dann weiß niemand mehr, was sich wann geändert hat. Ein Record-Diff macht aus jedem dieser Fälle einen datierten, konkreten Alarm.

Was DNS-Monitoring nicht sieht

Die Symmetrie gilt in beide Richtungen. Ein Server, der abstürzt, ein Zertifikat, das abläuft, eine Anwendung, die plötzlich 500er ausliefert, eine Datenbank, die jede Seite ausbremst: Ihre DNS-Records können dabei durchgehend fehlerfrei sein. Record-Snapshots sagen nichts darüber, ob die Maschine hinter der IP-Adresse läuft, schnell ist oder die richtigen Inhalte ausliefert. Dieses Gebiet gehört dem Uptime-Monitoring und dem Application-Monitoring, und kein DNS-Tool ersetzt sie.

Beide Ebenen aufbauen

Der praktische Aufbau ist unkompliziert. Setzen Sie einen Uptime-Monitor auf Ihre kritischen Endpoints; solide Optionen gibt es reichlich, mehrere davon für kleine Setups kostenlos. Setzen Sie DNS-Monitoring auf die Domains, die Ihre Produktion und Ihre E-Mail tragen.

Domain Sentinel deckt diese zweite Ebene ab. Es erstellt tägliche Snapshots Ihrer DNS-Records, vergleicht sie mit dem Vortag und benachrichtigt Sie per E-Mail bei jeder Änderung, standardmäßig für Apex und www, plus beliebige eigene Hostnames. Zusätzlich überwacht es die Registry-Seite über RDAP: EPP-Status, Ablaufdaten und hinterlegte Nameserver. So fallen Probleme auf Registrar-Ebene auf, bevor sie das DNS überhaupt erreichen.

Um die Grenze klar zu ziehen: Domain Sentinel betreibt kein Uptime-Monitoring. Keine Pings, keine HTTP-Checks, keine Messung von Verfügbarkeit oder Antwortzeiten. Wenn Ihr Server ausfällt, meldet das ein dediziertes Uptime-Tool, und genau das sollten Sie parallel betreiben.

Zwei Fragen für den Abdeckungscheck

Wenn sich mein MX-Record heute Nacht ändern würde, wer würde mich warnen? Wenn mein Server heute Nacht ausfallen würde, wer würde mich warnen? Beantworten Sie beide ehrlich. Jede Antwort, die auf "irgendwann ein Kunde" hinausläuft, markiert die fehlende Ebene, und jede lässt sich in wenigen Minuten ergänzen.