Кратко

  • В зафиксированной 3 сентября 2026 года сводке отмечены 1 936 ошибочных делегаций и 194 держателя ресурсов с такими делегациями. Это около 1,1% записей и 10,9% держателей в соответствующих таблицах, а не две оценки одного показателя.
  • История содержит 27 726 событий удаления делегаций и 9 036 событий удаления доменных объектов. Эти суммы не устанавливают число уникальных объектов или организаций.
  • Между первым и последним значениями ряда ошибок — снижение примерно на 95,1%. Оно согласуется с округлённой цифрой на портале, но не доказывает, что 95% исходных ошибок были исправлены с восстановлением услуги.

Ноль в одной таблице не отменяет другую

У статистики есть простой способ ввести читателя в заблуждение: поместить одинаково звучащие названия рядом с числами, относящимися к разным периодам. В текущем файле сводки AFRINIC, сохранённом 3 сентября 2026 года, значения Removed и Deleted равны нулю. Если принять их за итог всей программы очистки обратного DNS, получится вывод, что ничего не удалялось.

Отдельная история удалений исключает такое прочтение. В ней 996 датированных строк — с 30 мая 2021 года по 31 августа 2026 года. Сумма событий в колонке удалённых делегаций составляет 27 726, а в колонке удалённых доменных объектов — 9 036. В самой первой строке стоят 9 665 и 3 101, в последней — четыре и ноль.

Нулевая ячейка текущей сводки и ненулевая сумма событий за несколько лет могут существовать одновременно. Нельзя объявлять их противоречием, не установив одинаковые границы учёта. И тем более нельзя подменять нулевым значением сводки всю опубликованную историю. Это отправная точка для чтения статистики AFRINIC: прежде чем оценивать результат, нужно понять, что именно посчитано.

Что становится чище

Обратный DNS позволяет искать имя, соответствующее IP-адресу. Делегация указывает, какой сервер должен авторитетно отвечать за соответствующую зону. Ошибка в такой ссылке способна отправлять запросы серверу, который не даёт ожидаемого ответа. Удалить бесполезную ссылку — вполне реальная техническая работа. Но точность указателя и работоспособность услуги за ним — не одно и то же.

Термин lame delegation сам по себе не задаёт однозначного измерения. RFC 9499 отмечает, что исторически он использовался в разных значениях, и рекомендует более точные формулировки. Поэтому здесь важна не предполагаемая общая трактовка, а опубликованное AFRINIC описание проверки.

В разъяснении реализации, опубликованном в апреле 2021 года, названы отсутствие ответа, ответ не за ту зону и ответ без признака авторитетности. Все зарегистрированные записи nserver должны проверяться ежемесячно, а обнаруженные ошибки — повторно каждый день. Согласно этому описанию, проверка идёт как минимум из трёх географически разнесённых точек. Достаточно одного успешного авторитетного ответа из любой точки, чтобы сервер не считался lame.

Последнее условие существенно: успеху не требуется единогласие всех точек наблюдения. Вместе с тем документ 2021 года описывает метод, а не удостоверяет исполнение каждого его шага в сентябре 2026 года. Более широкое рабочее определение ошибки само по себе также не доказывает нарушение RFC.

Почему такую работу вообще стоит делать, объясняет RFC 4697: повторные безрезультатные запросы расходуют ресурсы, а проблема с частью серверов отличается от ситуации, когда не отвечает ни один. Это обоснование механизма, не замер задержек или трафика у AFRINIC. Опубликованные агрегаты таких измерений не содержат.

Маленькая доля записей и заметная доля держателей

На панели статистики состояние делегаций и состояние держателей ресурсов показаны отдельно. В сводном файле есть три пары значений: ошибочные и неошибочные делегации, доменные объекты и держатели. Сложение значений каждой пары даёт три разных знаменателя.

Единица учёта Отмечено как ошибочное / сумма двух состояний
Записи делегаций 1 936 / 172 702; около 1,1%
Доменные объекты 1 358 / 52 450; около 2,6%
Держатели ресурсов 194 / 1 774; около 10,9%

В практическом смысле первая строка характеризует долю записей, требующих внимания. Третья показывает долю держателей с ошибочными делегациями среди тех, кто учтён в этой таблице. Число 1 774 не следует называть общим числом всех членов AFRINIC: опубликованная структура данных не даёт для этого основания.

Разница между 1,1% и 10,9% важна для организации работы. Небольшой остаток ошибок на уровне записей может затрагивать заметную часть учитываемых держателей. Однако из этих долей нельзя вычислить, насколько равномерно распределена нагрузка. Публичная сводка не связывает каждый ошибочный указатель с конкретным держателем и не показывает трудоёмкость его исправления.

Средняя строка требует ещё одной оговорки. Для 1 358 доменных объектов не раскрыты ни точный запрос группировки по состоянию, ни связь с каждой из 1 936 записей делегаций. Поэтому нельзя утверждать, что все эти домены полностью лишены работающих серверов. Нельзя и считать доказанным конкретное распределение делегаций по доменным объектам. Агрегированный признак ошибки — ещё не карта полного отказа услуги.

Три исхода с одинаковым направлением счётчика

В описанном AFRINIC порядке уведомления предусмотрены на третий, десятый, семнадцатый и двадцать четвёртый дни, служебная отметка — на одиннадцатый, удаление при сохраняющейся ошибке — на тридцатый. Речь идёт об удалении соответствующего атрибута nameserver. Если записей nameserver не остаётся, удаляется доменный объект; в разъяснении сказано, что запрос к удалённому домену затем получает NXDOMAIN.

Для оценки результата полезно мысленно разделить три ситуации. В первой администратор исправляет сервер, и тот вновь отвечает авторитетно. Во второй неисправный сервер остаётся неисправным, но ссылка на него исчезает, а другие работающие серверы сохраняются. В третьей удаляется последняя делегация. Эти примеры показывают разные механизмы; они не являются восстановленными по таблицам историями конкретных случаев.

В первых двух ситуациях реестр может стать точнее, но только первая сама по себе свидетельствует о восстановлении данного сервера. Во второй устранён бесполезный маршрут запроса. В третьей исчезновение ошибочной записи не означает появления полезного обратного ответа. Один и тот же счётчик ошибок способен уменьшиться при каждом из этих исходов.

Именно поэтому нельзя переводить разговор об очистке делегаций в утверждение об изъятии IP-адресов, отзыве маршрутов, наказании держателей или установленном нарушении. Представленные данные этого не показывают. Но и автоматически называть всякое уменьшение счётчика восстановлением услуги было бы столь же неоправданно.

Почти 95 процентов — изменение запаса, а не доля исцелённых

На главной странице статистики AFRINIC в сохранённой версии отображаются 1 936 lame delegations и снижение на 95%. У видимой подписи нет формулы сравнения. Проверить можно более узкое утверждение: первая запись исторического ряда за 28 сентября 2018 года содержит 39 814 ошибок, а последняя за 2 сентября 2026 года — 1 936.

Разница составляет 37 878, или 95,1374% первого значения. Результат согласуется с округлением на портале. Однако совпадение округлённой цифры не доказывает, что портал использует именно эту базу. Оно также не устанавливает неизменность наблюдаемой совокупности и не превращает первую строку в список объектов, за которыми непрерывно следили до восстановления.

Ошибка особенно заметна при попытке вычесть из сокращения запаса все удаления. История запаса начинается в 2018 году, история событий — в 2021-м. В них нет идентификаторов, позволяющих проследить одну и ту же совокупность. Следовательно, разность между 37 878 и 27 726 нельзя объявлять количеством ремонтов. Арифметическая операция выполнима; соответствующего ей факта данные не устанавливают.

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

Наконец, сумма событий удаления не равна числу уникальных пострадавших. В отсутствие устойчивых идентификаторов неизвестно, затрагивался ли один объект несколько раз. Числа 27 726 и 9 036 нельзя превращать в количество разных организаций, адресов, клиентов или необратимо утраченных объектов.

Последние дни показывают предел агрегата

На 30 августа ряд содержит 2 016 ошибок, на 31 августа — 3 354, на 2 сентября — 1 936. Строки за 1 сентября нет. Уменьшение между двумя последними датированными наблюдениями составляет 1 418. Это не доказательство 1 418 исправлений, не итог установленного единственного прохода проверки и не последствие четырёх удалений из последней строки отдельного файла.

Такая осторожность нужна не только для последних дней. В полном ряду есть 14 интервалов длиннее суток, включая промежуток между 24 декабря 2025 года и 29 апреля 2026 года. Пропуск опубликованных наблюдений не доказывает остановку внутренних проверок или отказ службы. По этим данным можно говорить о неполноте датированной последовательности, но не назначать ей техническую причину.

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

Совпадение форматов укрепляет доверие к воспроизводимости расчёта. Оно не создаёт отсутствующих связей между объектами и событиями. Самый сильный вывод остаётся достаточно содержательным: зарегистрированный остаток ошибок значительно меньше первого значения ряда, а удаление неисправных указателей действительно отражено в отдельной истории. Насколько часто за этим стояло восстановление полезного ответа, — другой вопрос, который эти агрегаты не закрывают.