Lektionen des Moduls (3/3)
Überwachung und Incident Response
Überwachung und Incident Response
DNS-Monitoring sollte Resolververfügbarkeit, Korrektheit der Daten und Leistung getrennt messen. Ein einzelner Test aus einem Netz übersieht womöglich Delegations- oder Routingprobleme anderswo. Prüfe von mehreren Standorten: autoritative Server, rekursive Resolver, DNSSEC-Validierung, Latenz, Timeouts, RCODEs und Signaturablauf.
Ein einfaches Runbook definiert Auswirkung und Beginn, sichert Abfragen und Antworten mit Zeitstempel, vergleicht Parent, Child und Resolver, ermittelt die letzte Änderung, benennt Verantwortliche, setzt die kleinste Korrektur um, prüft mehrere Netze und dokumentiert Wiederherstellung sowie Vorbeugung.
Zeigt eine Anwendung SERVFAIL, ändere nicht sofort Records. Prüfe, ob ein oder mehrere Resolver betroffen sind, untersuche Delegation und DNSSEC und vergleiche Autorität und Cache. Sichere Belege, bevor du Caches leerst oder mehrere Variablen änderst. Miss erfolgreiche Auflösungen kritischer Records, nicht nur den laufenden DNS-Prozess.
Quelle: RFC 9199 — Betriebsüberlegungen für autoritatives DNS
Verständnis prüfen
Wähle die beste Antwort. Die Beispiele verwenden Trainingsnamen und senden keine echten DNS-Anfragen.
Was hilft, einen lokalen von einem globalen Ausfall zu unterscheiden?