Кратко

  • 28 октября обновления RIPE Database с перебоями не обрабатывались почти восемь часов; это затронуло и запросы обратного DNS.
  • Позднее RIPE NCC уточнила, что ни один неудачный запрос не изменил бы делегацию: часть запросов не содержала изменений, остальные не прошли проверки Zonemaster.

У сбоя базы есть несколько возможных последствий: запрос не обработан, объект не обновлён, делегация не опубликована. Сообщение об ошибке само по себе не отвечает, на каком именно шаге остановилась цепочка. Событие у RIPE NCC 28 октября показывает, зачем отделять эти состояния друг от друга.

По данным RIPE NCC, обновления RIPE Database проходили с перебоями с 11:42 до 19:40 UTC. Первичное сообщение расследования появилось в 20:04 CET. В 20:23 организация сообщила, что применённое исправление находится под наблюдением, а в 20:32 инцидент был закрыт. 30 октября к записи добавили вывод подробной проверки: некоторые неудачные запросы вообще не содержали изменений; остальные не прошли проверки Zonemaster перед делегированием.

Обратная делегация начинается с объекта domain в RIPE Database. Его атрибуты nserver указывают серверы имён для зоны. RIPE NCC использует записи базы при создании DNS-зон, поэтому принятый объект может изменить данные в родительской зоне и стать видимым публичным резолверам.

Между запросом и публикацией стоят проверки. Документация RIPE говорит, что обновления с результатом ERROR или CRITICAL отклоняются. Даже после успешного обновления информация о делегации может появиться в DNS лишь через 24 часа. Запрос, изменённый объект и опубликованная зона — разные этапы.

В октябре прервалась обработка запросов. Позднейшее объяснение RIPE NCC указывает: провалившиеся запросы либо ничего не меняли, либо завершались на технической проверке. Из этих запросов не последовало изменения опубликованной делегации. Эта деталь делает первоначальную формулировку об «эффекте на обратный DNS» точнее и помогает операторам отличить недоступность обновления от изменения публичной записи.

RIPE NCC не сообщила число неудачных запросов и техническую причину сбоя; эти сведения показали бы его масштаб и объяснили бы источник проблемы.

Источники