Модульні уроки (3/3)
Monitoring and incident response
Моніторинг і реагування на інциденти
Моніторинг DNS повинен розрізняти доступність резолвера, правильність даних і продуктивність. Один зонд з однієї мережі може пропустити делегування або проблеми маршрутизації в іншій мережі. Перевіряйте з кількох точок огляду: надсилайте запити до авторитетних серверів, вирішуйте через рекурсивні резолвери, перевіряйте DNSSEC і відстежуйте затримки, тайм-аути, RCODE та термін дії підпису.
Простий модуль Runbook визначає вплив і час початку; зберігає запити та відповіді з мітками часу; порівнює батьківський, дочірній та розв’язувач; визначає останню зміну; призначає власника; застосовує найменшу корекцію; перевіряє з кількох мереж; і записує кроки відновлення та запобігання.
Якщо програма повідомляє SERVFAIL, не редагуйте записи негайно. З’ясуйте, чи впливає це на один розв’язувач чи багато, перевірте делегування та DNSSEC, а потім порівняйте повноваження з кешем. Зберігайте докази перед очищенням кешу або зміною кількох змінних. Корисний індикатор рівня обслуговування вимірює успішне вирішення важливих записів, а не лише те, чи працює процес DNS.
Посилання: RFC 9199 — робочі міркування для авторитетного DNS
Перевірте своє розуміння
Виберіть найкращу відповідь. У прикладах використовуються навчальні імена та не надсилаються справжні DNS-запити.
Який показник допомагає відрізнити локальний збій від глобального?