AFRINIC: объекты обратного DNS мешают исправить адресную запись

У AFRINIC запись адресов просит правки, а обратный DNS держит дверь

Почему это важно

Jaco Kroon описал ситуацию, в которой дочерние объекты мешают удалить старую запись о блоке адресов. Правило учёта столкнулось с порядком операций в базе.

Theo March28 октября 2026 г.Время чтения 2 минПоследнее обновление: 28 октября 2026 г.

Описанная зависимость связывает адресную запись AFRINIC с четырьмя обратными доменами и одним маршрутом.

Кратко

22 октября Jaco Kroon привёл сообщения об ошибках: четыре объекта domain и один route не дают удалить родительский inetnum в его примере.
Действующее правило AFRINIC требует зарегистрированного назначения или субраспределения для делегирования обратного DNS. Описанная последовательность может заставить оператора временно убрать запись о делегировании ради исправления назначения.

В реестре адресов правка старой записи может начинаться с демонтажа того, что от неё зависит. В письме в список обсуждения политики AFRINIC Jaco Kroon показал ошибки удаления inetnum: база указывает на четыре дочерние обратные зоны и один маршрутный объект. Он использовал частный диапазон 10.0.0.0/22 как пример. Письмо не называет пострадавшую публичную сеть и не фиксирует аварию.

Это разные части инфраструктуры. inetnum отражает использование адресов; domain хранит сведения для делегирования обратной зоны; route относится к маршрутному реестру. Инструкция AFRINIC говорит, что участник создаёт объект domain через портал, веб-интерфейс WHOIS или почту, а реестр после проверки публикует направление на серверы имён участника. Саму зону и PTR-записи ведёт участник. Если при удалении domain эта ссылка исчезнет из родительской зоны, внешние обратные запросы не дойдут до серверов участника; после восстановления объекта публикации снова потребуется время. Письмо Kroon не содержит записи о таком сбое, но показывает, какую последовательность нужно проверить.

В действующем руководстве по политике пункт 10.5.2 запрещает такое делегирование без зарегистрированного назначения или субраспределения внутри соответствующего блока. Для /24 достаточно одного назначения, весь блок занимать не нужно. Руководство по WHOIS требует поддерживать записи в соответствии с реальным использованием и объясняет, что объект со ссылками нельзя просто удалить. По словам Kroon, при исправлении адресного учёта эти требования вынуждают временно удалить зависимые объекты обратных зон.

Kroon предлагает убрать весь раздел 10.5, чтобы сотрудники смогли ослабить ограничения базы. Это затронет и пункт 10.5.1 о заявках на делегирование от местных регистратур с действующим членством. Пока он лишь обратился к сообществу с вопросом; формальная заявка на изменение политики не зарегистрирована. Сотрудникам AFRINIC стоит повторить описанную им последовательность удаления на тестовых объектах и показать, можно ли при замене адресной записи сохранить делегирование.