Кратко

  • С 00:06 UTC 2 августа до 12:30 UTC 4 августа 2026 года обновления обратного DNS у RIPE NCC задерживались — 60 часов 24 минуты. Запись в базе RIPE могла уже измениться, а обновлённое имя ещё не попасть в опубликованный DNS. После ремонта RIPE NCC обработала все ожидавшие обновления.
  • На RIPE 93 Ed Shryane объяснил причину: при декодировании экранированных символов в объекте RPSL появилась лишняя строка. Объект потерял правильную структуру, хотя RIPE NCC его приняла. Исправление сохранило символы как есть; затем команда проверила последние 1 000 объектов и признак конца потока.

Анализ

Обратный DNS отвечает на простой вопрос: какое имя связано с этим IP-адресом? Во время сбоя изменения таких записей доходили до опубликованного DNS с задержкой. Запись могла уже находиться в базе RIPE, пока внешняя DNS-система ещё ждала обновления.

RIPE NCC передаёт изменения зеркалам через NRTM — поток near real-time mirroring, то есть почти мгновенной синхронизации копий базы. Если одна строка в этом потоке становится нечитаемой, следующие системы не могут вовремя принять новые данные.

В сообщении рабочей группе Database от 6 августа RIPE NCC указала весь интервал: с 00:06 UTC 2 августа по 12:30 UTC 4 августа 2026 года. Это 60 часов 24 минуты. Официальная страница статуса назвала инцидент крупным. После исправления RIPE NCC обработала накопившиеся обновления, а позднее отметила восстановление Reverse DNS.

Инженер базы данных Ed Shryane рассказал о причине на сессии Database в рамках RIPE 93. Программа должна была раскрыть экранированные символы — специальные обозначения внутри записи. Вместо этого она добавила перенос строки в объект RPSL. RPSL задаёт структуру записи в реестре; лишний перенос нарушил её, хотя база RIPE уже приняла объект.

Команда отключила это преобразование и оставила экранированные символы без изменений. Затем проверила последние 1 000 объектов потока: правильно ли программа читает каждый объект и заканчивается ли ответ ожидаемой отметкой. Первая проверка касается содержания записи, вторая подтверждает, что зеркало получило поток целиком.

Так сбой обработки текста в начале цепочки задержал обновления DNS в её конце. Источники указывают длительность сбоя и восстановление, но не называют число затронутых зеркал или доменов; эта цифра изменила бы оценку масштаба последствий вне RIPE NCC.

Источники

Транскрипт сессии Database на RIPE 93; страница сессии RIPE 93; статус RIPE NCC; сообщение RIPE NCC рабочей группе Database; RFC 2622.