Уроки модуля (3/3)
Monitoring and incident response
Мониторинг и реагирование на инциденты
Мониторинг DNS должен различать доступность преобразователя, правильность данных и производительность. Один зонд из одной сети может пропустить проблемы с делегированием или маршрутизацией в другом месте. Проверяйте с нескольких точек зрения: отправляйте запросы к авторитетным серверам, разрешайте их с помощью рекурсивных преобразователей, проверяйте DNSSEC и отслеживайте задержки, тайм-ауты, RCODE и срок действия подписи.
Простой модуль Runbook определяет воздействие и время начала; сохраняет запросы и ответы с отметками времени; сравнивает родительский, дочерний и преобразователь; идентифицирует последнее изменение; назначает владельца; применяет наименьшую коррекцию; проверяет из нескольких сетей; и записывает шаги восстановления и предотвращения.
Если приложение сообщает SERVFAIL, не редактируйте записи сразу. Выясните, влияет ли это на один преобразователь или на несколько, проверьте делегирование и DNSSEC, а затем сравните полномочия с кешем. Сохраните доказательства, прежде чем очищать кэши или изменять несколько переменных. Полезный индикатор уровня обслуживания измеряет успешное разрешение важных записей, а не только то, запущен ли процесс DNS.
Ссылка: [RFC 9199 — рекомендации по эксплуатации авторитетного DNS] (https://www.rfc-editor.org/rfc/rfc9199.html).
Проверьте свое понимание
Выберите лучший ответ. В примерах используются обучающие имена и не отправляются настоящие DNS-запросы.
Какая мера помогает отличить локальный сбой от глобального?