Summary

  • На трёх учениях ICANN в 2016–2017 годах условная недоступность DNS составила от 11 часов 55 минут до суток 9 часов 5 минут. Самое медленное восстановление службы регистрационных данных RDDS заняло 5 дней 17 часов 58 минут, а функции депонирования — 8 дней 3 часа 21 минуту.
  • Рекомендация SSR2 24.1 требовала полного испытания EBERO минимум ежегодно: с заранее заданными данными, этапами, сроками, исключительными сценариями и опубликованными результатами. Совет ICANN признал её полностью исполненной в ноябре 2022 года, сославшись на прежние учения и положения договоров об ежегодных тренировках.
  • В документации об исполнении от января 2023 года и отчёте за второй квартал 2026 года в разделах о 24.1 не приведены датированные результаты последующего учения. Для проверки прогресса нужна новая таблица времени восстановления и судьбы старых замечаний.

Сначала загорается DNS, потом прибывают данные

Программа EBERO позволяет ICANN объявить чрезвычайное событие и передать техническое обслуживание домена верхнего уровня временному оператору, когда действующий реестр рискует утратить критическую функцию. На странице программы перечислены пять таких функций: разрешение имён через DNS, общая система регистрации, справочная служба регистрационных данных, депонирование копий и поддержание зоны с корректной подписью DNSSEC. Спасти одну из них быстрее остальных вполне возможно. Поэтому слово «восстановлено» без указания функции мало что говорит.

Презентация ICANN на встрече 2017 года сохранила поминутную историю трёх тренировок. Они начались 26 января 2016-го, 25 апреля и 21 сентября 2017 года. Для каждой использовали отдельный домен, соглашение с оператором которого прекращалось, и отдельного поставщика EBERO. В каждом домене было лишь одно имя, зарегистрированное самим реестром; обычных владельцев имён не было. Операторы согласились на учения до удаления доменов из корневой зоны. Порог отказа задавался условно. Поэтому измеренное время относится к упражнению, а не к перерывам, которые пережили пользователи.

На серверах резервных операторов DNS и DNSSEC заработали через 3 часа 46 минут, 9 часов 11 минут и 3 часа 59 минут. Изменение корневой зоны вступило в силу позже: через 8 часов 22 минуты, сутки 5 часов 5 минут и 7 часов 55 минут. ICANN оценивала общую условную недоступность DNS, исключив влияние кеша, в 12 часов 22 минуты, сутки 9 часов 5 минут и 11 часов 55 минут. Разница между работающим запасным сервером и корнем, который на него указывает, — отдельная часть операции. Один зелёный индикатор на сервере не закрывает её.

С регистрационными данными часы шли дольше. Депонированная копия стала доступна ICANN через сутки 7 часов 31 минуту, 2 дня 19 часов 36 минут и сутки 14 часов 22 минуты. Общая система регистрации вернулась почти через два, почти через три и более чем через четыре дня. Полная измеренная недоступность RDDS составляла 2 дня 5 часов 5 минут, 3 дня 2 часа 14 минут и 5 дней 17 часов 58 минут. Функция депонирования возобновилась лишь к завершению упражнений: через 5 дней 21 час 53 минуты, 8 дней 2 часа 34 минуты и 8 дней 3 часа 21 минуту.

На последнем испытании между условным началом аварии и последним восстановленным звеном прошла почти треть месяца.

В презентации есть и счёт выявленных проблем: 44, 37, 20. Арифметически это 101 замечание за три испытания; документ не показывает, сколько из них описывают разные дефекты. ICANN сообщила, что часть проблем устранена, а часть ещё устранялась. Построчного журнала с датой исправления и повторным испытанием на этих слайдах нет. Неудобный результат учения — полезный результат. При следующем прогоне можно увидеть, исправилась ли цепь, а не просто изменился ли цвет отчёта.

Рекомендация о повторении и решение о завершении

Группа SSR2 в 2021 году сформулировала для EBERO задачу с периодичностью: испытать весь процесс от начала до конца через заранее определённые промежутки, не реже раза в год. План должен включать наборы данных, состояния перехода, сроки и исключительные ветви, согласованные с заинтересованными сторонами. Итоги следовало публиковать. Это проверка не только оборудования, но и способности организации повторять передачу после смены людей, контрактов и процедур.

Совет ICANN в ноябре 2022 года признал 24.1 полностью исполненной. Он назвал прежние тесты и положения соглашений с поставщиками EBERO, допускающие ежегодные проверки готовности. Ответственные за внедрение уточнили, что испытывать механизм на работающих доменах с настоящими регистрантами не предполагалось. Такое ограничение защищает третьих лиц; старые тренировки на доменах перед удалением показывают, что и без такого риска можно измерить полный переход. Но ежегодный характер требования требует доказательства повторения, а не только права повторить.

Документ ICANN от 6 января 2023 года прямо приводит те три учения как доказательство. Он описывает договорные положения, а окончательной датой называет решение Совета в ноябре 2022 года. В графах о завершении внедрения и контрольных этапах стоит «n/a». Более позднего результата с датой, длительностями и учётом замечаний в изложении нет. Отчёт ICANN за второй квартал 2026 года оставляет 24.1 в статусе выполненной и снова объясняет, что договоры позволяют проводить ежегодные учения. Его абзац о 24.1 не содержит новых измерений.

Нынешняя страница EBERO публикует перечень поставщиков, их соглашения и руководство по переходу. Это документы об обязанностях и доступной мощности. Они не отвечают на вопрос, сколько теперь идут передача депозита, изменение корня или запуск RDDS и исчезли ли старые 44, 37 и 20 проблем. Спор здесь не о существовании первых испытаний: они хорошо задокументированы. Спор о том, почему статус повторяющейся проверки можно читать как окончательный, когда обоснование не связывает его с новой публичной серией времён. ICANN уже показала подходящий формат в 2017 году.

Дата, поставщик, входной набор данных, исключительные ходы, время каждой из пяти функций и проверка исправлений вернули бы этому статусу технический смысл.

Sources