Lezioni del modulo (3/3)
Monitoraggio e risposta agli incidenti
Monitoraggio e risposta agli incidenti
Il monitoraggio DNS deve distinguere disponibilità del resolver, correttezza dei dati e prestazioni. Un solo probe dalla stessa rete può non vedere problemi di delega o di routing altrove. Controlla da più punti: query ai nameserver autoritativi, risoluzione tramite resolver, DNSSEC validation, latenza, timeout, RCODE e scadenze delle firme.
Come funziona
Runbook essenziale: definisci impatto e inizio; raccogli query e risposte con timestamp; confronta parent, child e resolver; identifica l’ultimo cambiamento; comunica l’owner; applica la correzione più piccola; verifica da più reti; documenta il ripristino e l’azione preventiva.
Esempio svolto
Se un’applicazione mostra SERVFAIL, non modificare subito i record. Verifica se il problema è globale o limitato a un resolver, controlla delega e DNSSEC, poi confronta autorità e cache. Conserva i dati prima di svuotare le cache o cambiare più variabili.
Attenzione
Un indicatore sintetico può essere il successo della risoluzione per record critici, non solo il fatto che il processo DNS sia in esecuzione.
Fonti per approfondire
RFC 9199 — considerazioni operative per DNS autoritativo
Verifica
Scegli la risposta migliore. Gli esempi usano nomi e indirizzi didattici e non inviano query DNS reali.
Quale misura aiuta a distinguere un guasto locale da uno globale?