Modulelessen (3/3)
Monitoring and incident response
Monitoring en incidentrespons
DNS-monitoring moet onderscheid maken tussen de beschikbaarheid van de oplosser, de correctheid van de gegevens en de prestaties. Eén enkele probe van het ene netwerk kan delegatie- of routeringsproblemen elders over het hoofd zien. Controleer vanuit verschillende gezichtspunten: bevraag gezaghebbende servers, los oplossingen op via recursieve solvers, valideer DNSSEC en houd de latentie, time-outs, RCODE's en het verlopen van handtekeningen bij.
Een eenvoudig runbook definieert de impact en starttijd; bewaart tijdstempelvragen en antwoorden; vergelijkt ouder, kind en oplosser; identificeert de laatste wijziging; wijst een eigenaar toe; past de kleinste correctie toe; verifieert vanuit meerdere netwerken; en registreert herstel- en preventiestappen.
Als een applicatie SERVFAIL rapporteert, bewerk dan niet onmiddellijk de records. Ontdek of dit van invloed is op één of meerdere oplossers, inspecteer de delegatie en DNSSEC en vergelijk vervolgens de autoriteit met de cache. Bewaar bewijsmateriaal voordat u caches leegmaakt of verschillende variabelen wijzigt. Een nuttige serviceniveau-indicator meet de succesvolle resolutie van belangrijke records, niet alleen of het DNS-proces actief is.
Referentie: RFC 9199 – operationele overwegingen voor gezaghebbende DNS
Controleer uw begrip
Kies het beste antwoord. In de voorbeelden worden trainingsnamen gebruikt en worden geen echte DNS-query's verzonden.
Welke maatstaf helpt een lokaal falen te onderscheiden van een mondiaal falen?