Реестр.id PANDI работает на AS132647, а AS56088 отсутствует в публичном BGP

Кратко

• PANDI — некоммерческая регистратура индонезийского национального домена верхнего уровня.id, а не регистратор, продающий обычные розничные регистрации, и не облачный или хостинг-провайдер. Индонезийские правила, актуальное описание PANDI и делегирование в корневой зоне IANA сходятся на этой институциональной роли.
• Данные о реальной сети указывают на AS132647. По данным RIPE NCC от 15 июля 2026 года, эта автономная система анонсировала восемь IPv4-подсетей/24и семь IPv6-подсетей/48с полной наблюдаемой видимостью, тогда как AS56088 не анонсировала ничего и последний раз появлялась в этих данных 15 февраля 2024 года.
• PANDI описывает широкую аникаст-инфраструктуру, систему реестра, рассчитанную на два миллиона имён, DNSSEC, независимый вторичный сервис APNIC и историю расширения узлов. Эти факты говорят о реальной операционной сущности, но в открытых материалах нет актуальных адресов стоек, схем электропитания, топологии генерации зоны, границ репликации базы данных или проверенных целевых показателей восстановления.
• Инцидент с DNS в Семаранге в 2023 году демонстрирует и ценность, и ограничение аникаста. PANDI и APJII отвели затронутый BGP-маршрут, восстановив доступ пострадавших пользователей, а затем отремонтировали узел на месте. На практике это увод трафика при сбое на уровне маршрутизации, а не доказательство того, что каждый город, объект и система управления физически независимы.

Номер в названии — не та сеть, которая обслуживает.id

Исследователь инфраструктуры, который начинает с меткиPANDI-ID, легко может попасть на AS56088. Регистрация в APNIC реальна: автономная система зарегистрирована в 2011 году, до сих пор числится активной в реестре и указывает PANDI как владельца. Но регистрация и эксплуатация — разные вопросы. Вданных RIPE NCC о статусе маршрутизации для AS56088на 15 июля 2026 года не было видно ни одного IPv4- или IPv6-префикса. Исторические поля показывают, что последним наблюдаемым анонсом стал203.119.112.0/2415 февраля 2024 года.

Теперь следуйте за DNS, а не за меткой. Взаписи делегирования.idу IANAперечислены пять авторитетных серверов имён:b.dns.id,c.dns.id,d.dns.id,e.dns.idиns4.apnic.net. Четыре имени PANDI резолвятся в адреса внутри103.19.176.0/22,45.126.56.0/22,2402:ee80::/32и2001:df5:4000::/48. Записи APNIC связывают эти ресурсы с PANDI. Текущие наблюдения за маршрутами помещают их видимые анонсы/24и/48за AS132647, а не за AS56088.

Эта вторая автономная система — не незаметный остаток. Взаписи APNIC RDAP для AS132647она называетсяIDNIC-PANDI-AS-ID, помечена активной, и изменения в ней фиксировались вплоть до 3 июня 2026 года. Согласнорезультату RIPE NCC о статусе маршрутизации, наблюдалось восемь видимых IPv4-префиксов, покрывающих 2048 адресов, и семь IPv6-подсетей/48. Каждый пир RIPE RIS, представленный в этом результате, видел и IPv4-, и IPv6-пространство. Это весомое свидетельство текущего публичного маршрутного следа.

Это различие важно, потому что ASN может оставаться административным объектом после того, как трафик ушёл в другое место. Важно оно и потому, что зарегистрированное утверждение об импорте или экспорте маршрутов — не то же самое, что живой BGP-путь. Обоснованный вывод узок: AS56088 по-прежнему существует, но в настоящее время не демонстрирует доставку.id; её демонстрирует AS132647. Причины разделения, история миграции и любые частные функции, сохранённые за AS56088, в открытых источниках не раскрываются.

Поэтому PANDI — полезный кейс, показывающий, почему идентичность инфраструктуры надо собирать из управления, адресации и живой эксплуатации, а не из одного имени. Важен не тот ASN, который первым появляется в справочнике. Важен институт, который контролирует политику и системы реестра, плюс совокупность сетей и поставщиков, которые реально доставляют авторитетный сервис.

Национальный реестр, а не розничный хостинг

Идентичность PANDI необычно хорошо закреплена. Всобственном институциональном описанииговорится, что это некоммерческая ассоциация и реестр национального домена верхнего уровня Индонезии. Упоминаются Постановление министра № 806 от 2014 года в редакции Постановления № 218 от 2023 года. Независимая от самой организации запись в корневой зоне называет Perkumpulan Pengelola Nama Domain Internet Indonesia менеджером.id. Вотчёте ICANN о ределегированиизафиксировано, как PANDI стала спонсирующей организацией в 2013 году после многолетней технической эксплуатации по мандату правительства Индонезии.

Индонезийское право проводит границу ролей явно.Положение министерства № 23 от 2013 годаопределяет реестр как оператора, отвечающего за управление, эксплуатацию и поддержание электронной системы доменных имён. Оно отделяет эту функцию от регистратора, который предоставляет услуги регистрации пользователям. За реестром закрепляются политика, инфраструктура, надзор и разбирательство споров, а также требование обеспечить непрерывность, если реестр прекратит работу.

Коммерческую границу PANDI объясняет проще. В еёруководстве о реестре, регистраторе и регистрантеговорится, что реестр, как правило, не продаёт имена верхнего уровня напрямую публике: регистрации регистрантам предлагают аккредитованные регистраторы. PANDI поддерживает единый авторитет, аккредитует регистраторов и управляет пространством имён. Розничную поддержку, сопутствующий веб-хостинг, почту, конструкторы сайтов и биллинг клиентов могут предоставлять регистраторы, но это не свидетельство того, что PANDI сама продаёт вычислительные мощности.

Именно поэтому классификация «облачный сервис» не работает. Ни в делегировании IANA, ни в индонезийском правовом поле, ни в актуальной миссии PANDI, ни в политиках реестра, ни в наблюдаемой DNS-сети нет оснований считать, что PANDI — в первую очередь провайдер IaaS, VPS, выделенных серверов или управляемого хостинга. Она эксплуатирует критическую интернет-инфраструктуру и регулируемую институциональную поверхность управления. Публичные продукты за пределами реестра, например сервисы коротких ссылок и борьбы со злоупотреблениями доменами, не меняют природу роли.id.

Различие не семантическое. Клиент хостинга спрашивает, где работает виртуальная машина и как выгрузить данные. Пользователю реестра нужно знать, можно ли создать, продлить, передать, делегировать и резолвить имя; остаётся ли зона аутентичной; можно ли локализовать сбой регистратора; и остаются ли другие авторитетные серверы доступными при отказе одного маршрута или города. Инфраструктуру PANDI следует оценивать по этим зависимостям.

Чем на самом деле управляет PANDI

Операционная поверхность реестра состоит из нескольких слоёв. Первый — авторитетная база данных реестра: каноническая запись объектов домена, спонсорства регистраторов, кодов статусов, серверов имён, сроков действия и данных делегирования безопасности. PANDI называет собственную платформу Sistem Registri Mandiri, или SRM. С этой системой работают регистраторы; публичные пользователи видят отдельные данные регистраций через WHOIS и RDAP. Актуальная RDAP-точка PANDI указана в записи делегирования IANA, что подтверждает: сервис данных о регистрациях — часть публичной границы.

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

Третий — авторитетный DNS. Пять имён в корневой делегации — логические идентичности сервиса. Четыре — имена PANDI, одно —ns4.apnic.netот APNIC. Резолвер может спросить любой отвечающий авторитетный сервер о данных.id. Несколько имён, IPv4 и IPv6, аникаст-маршрутизация и внешний вторичный сервер создают несколько видов разнообразия, но они не взаимозаменяемы. За другим именем хоста может стоять та же исходная сеть, тот же образ ПО, та же система подписи, тот же провайдер или тот же объект.

Четвёртый — криптографическая целостность. На момент исследованияанализ.idв DNSVizпоказывал путь аутентификации DS→DNSKEY и давал независимую поверхность проверки подписанной цепочки. DNSSEC защищает подлинность и целостность данных DNS; он не держит сервер онлайн, не добавляет пропускную способность и не исправляет плохое делегирование. Управление ключами — поэтому одновременно и контроль безопасности, и область отказа.

Пятый — управление регистрациями. PANDI аккредитует регистраторов, задаёт технические и операционные требования, следит за их соблюдением, рассматривает жалобы и предоставляет механизм разрешения споров. Вотчёте о самооценке регистраторов за 2024 годсказано, что в программе участвовали 25 аккредитованных регистраторов с неоднородными результатами и средней оценкой соответствия 85,92%. Эти регистраторы — распределённый клиентский интерфейс, но общей зависимостью за ними остаётся реестр PANDI.

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

В делегированном DNS пять имён, но машин больше пяти

Делегация IANA из пяти имён — стабильный публичный контракт. Число машин она не раскрывает. PANDI неоднократно описывала за этими именами более крупное развёртывание, сочетающее юникаст и аникаст. Вгодовом отчёте за 2022 годговорится об установке внутренних узлов в Джакарте, Бандар-Лампунге, Баликпапане, Бандунге и Семаранге в дополнение к существующим узлам в Джакарте, Богоре, Джокьякарте, Сурабае, на Бали и в Макассаре. Также названы новые зарубежные установки в Индии и Южной Корее и существовавшие в США, Нидерландах, Австралии, Китае и России.

В более позднейпрезентации PANDI о разрешении DNSописаны 17 внутренних и 23 зарубежных узла. Имена PANDI связывались с несколькими городами и странами, а дляns4.apnic.netотдельно перечислялись локации APNIC. Также упоминались исследования BIND9, Knot, NSD и CoreDNS, а в более широком окружении DNS и BGP — BIRD, Quagga и FRRouting. Это содержательное раскрытие: оно показывает, что логическое имя может расходиться на множество систем и сессий маршрутизации.

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

Публичная картина маршрутизации подтверждает географическую и поставщикскую дисперсию, не указывая стоек.Результат RIPE NCC по анонсированным префиксам для AS132647вернул восемь IPv4-подсетей/24и семь IPv6-подсетей/48, видимых в первой половине июля. BGP-пути к103.19.179.0/24и45.126.57.0/24в публичных коллекторах показывали разные наборы соседних сетей. Это согласуется с аникаст-доставкой через нескольких провайдеров. Но не доказывает, что каждый узел активен, здоров или физически отделён.

PeeringDB иллюстрирует пробел в раскрытии.Профиль AS132647идентифицирует PANDI, даёт контакты NOC и abuse и описывает открытую политику, но указывает ноль публичных точек обмена и ноль объектов взаимоподключения. PeeringDB заполняется добровольно, поэтому пустые поля объектов не отменяют наблюдаемую BGP-связность. Но они означают, что публика не может использовать этот профиль для карты стоек PANDI или проверки заявленного разнообразия площадок.

Инцидент в Семаранге показывает, как работает увод трафика при сбое

15 июня 2023 года PANDI опубликовала необычно конкретноеуведомление об инциденте с DNS в Семаранге. В нём сказано, что сервис BIND9 на аникаст-сервере в Семаранге работал некорректно. Пострадали некоторые интернет-провайдеры, которые выходят на.idчерез Indonesia Internet Exchange. PANDI связалась с командой APJII в Семаранге, чтобы отключить BGP-связность, после чего доступ пострадавших абонентов вернулся в норму. Затем PANDI выполнила ремонт на месте и восстановила BGP-путь.

Этот эпизод показывает реальный механизм восстановления. Нездоровый аникаст-экземпляр можно вывести из маршрутизации, чтобы запросы выбирали другие доступные пути. Это существенно лучше единственного фиксированного сервера, чей отказ продолжает привлекать трафик. Эпизод также показывает границу оператора: PANDI зависела от персонала APJII, контролировавшего связность на стороне обмена, и от локальных специалистов для физического или системного ремонта.

Было бы ошибкой превратить уведомление в утверждение о национальном сбое.id. PANDI описала влияние на часть провайдеров, использующих конкретный путь обмена, а не всеобщий отказ. Другие DNS-узлы продолжали работать. Ошибкой было бы и утверждение, что сеть исцелилась автоматически. Описание говорит о координации людьми, отводе BGP и работе на месте. Поэтому скорость восстановления зависела от обнаружения, верной диагностики, доступных контактов и полномочий менять маршрутизацию.

Инцидент также отделяет резервирование ПО от резервирования маршрутов. Сбой демона произошёл на одном узле. BGP продолжал привлекать пользователей, пока операторы не отвели путь. Доступность аникаста требует мониторинга здоровья, который либо автоматически подавляет плохой маршрут, либо достаточно быстро уведомляет людей. Публичные материалы не говорят, использует ли PANDI сейчас автоматические проверки здоровья маршрутов, сколько неудачных запросов запускают отвод, есть ли у каждого узла внеполосный канал и требует ли восстановление маршрута ручного одобрения.

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

AS132647 обеспечивает видимое разнообразие маршрутов

Текущая публичная запись AS132647 весомее типичного «тонкого» корпоративного ASN. APNIC связывает ASN и его блоки адресов с PANDI. RIPE RIS видит обе адресные семьи. Названные авторитетные IPv4-адреса лежат внутри видимых префиксов PANDI, а эквивалентные IPv6-адреса также публично маршрутизируются. В выборкесостояния BGP RIPE NCC для103.19.179.0/24содержались сотни путей из коллекторов, оканчивающихся на AS132647.

У этих путей было несколько различных предпоследних сетей. В выборке большие группы приходили через AS29802 и AS20473, тогда как другие пути использовали иные индонезийские и международные ASN.Отдельный вид для45.126.57.0/24показывал другой набор соседних ASN, включая AS58396, AS56630, AS34927 и AS38496. Такая картина совместима с отдельными аникаст-развёртками и несколькими операторами доставки, но сам снимок маршрутов не устанавливает имя владельца или коммерческую роль любого соседнего ASN.

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

Авторизация маршрутов добавляет ещё один слой.Результат проверки RPKI от RIPE NCC для103.19.177.0/24нашёл действительные авторизации происхождения маршрута для AS132647 на момент наблюдения. Это свидетельство для одного выборочного IPv4-префикса, а не аудит всех префиксов. Для этого маршрута проверка снижает вероятность того, что сети, применяющие валидацию происхождения маршрутов, примут несанкционированный источник. Она не мешает PANDI анонсировать плохой маршрут, авторизованному поставщику ошибиться при распространении или приложению отказать за валидным маршрутом.

Внешний авторитет APNIC создаёт полезное разделение. Результаты network-info RIPE NCC на момент наблюдения помещалиIPv4-адресиIPv6-адресделегированного NS4 за AS18366, а не за AS132647.Страница статуса сервисов APNICопределяет NS4 как аникаст-сервис для региональных реестров и страновых доменов и показывала его работоспособным во время исследования. Значит, по крайней мере один корневой авторитет пересекает и организационные, и сетевые границы. Остаётся неизвестным, как данные зоны передаются, аутентифицируются и контролируются между PANDI и APNIC и что происходит с устаревшими данными, если передача останавливается.

DNSSEC делает плоскость управления безопаснее, но не прощает ошибок

DNSSEC критичен для.id, потому что национальное пространство имён — цель высокой ценности для отравления кеша и несанкционированной модификации. Запись DS в корне говорит валидирующим резолверам, какому ключу.idдоверять; подписи в дочерней зоне затем аутентифицируют ответы. PANDI также сделала поддержку DNSSEC частью аккредитации регистраторов и продолжает проводить обучение государственных служащих и регистраторов, включаяворкшоп по DNS и DNSSEC в феврале 2026 года.

Выгода для безопасности несёт операционную дисциплину. Если PANDI опубликует истекающие подписи, потеряет доступ к ключу подписи или согласует ротацию ключей с корнем с ошибкой, валидирующие резолверы могут отвергнуть иначе достижимые данные. Маршрут может быть здоровым, пока ответы не проходят валидацию. И наоборот, валидная цепочка DNSSEC ничего не говорит о безопасности лежащего за ней веб-сервиса или о том, является ли зарегистрированное имя недобросовестным.

Публичные данные подтверждают подписание, но не описывают хранение ключей. Не сказано, хранятся ли ключи подписи ключей (KSK) в аппаратных модулях безопасности, сколько уполномоченных лиц требуется для ротации, выполняется ли подписание онлайн или офлайн, где хранится резервный ключевой материал и когда проводилась последняя полная тренировка восстановления. Эти детали не обязаны быть публичными, но независимая оценка могла бы подтвердить качество контроля, не раскрывая чувствительные данные реализации.

Граница регистратора важна и здесь. Регистрант, который хочет DNSSEC для дочернего домена, обычно передаёт данные DS через регистратора в реестр. Интерфейс регистратора, транзакция SRM, логика валидации и публикация зоны.idдолжны сохранять верные значения.Требования аккредитацииPANDI говорят, что системы регистратора должны поддерживать управление DNSSEC, а сотрудники — обладать нужной экспертизой. Это полезный базовый уровень, хотярезультаты самооценки 2024 годапоказывают, что зрелость соблюдения требований у регистраторов неоднородна.

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

Мощность реестра измеряется в именах и транзакциях, а не в виртуальных машинах

В конце 2025 года PANDI сообщила, что.idдостиг 1 431 960 зарегистрированных имён.Датированный анонсдаёт более ясный базовый уровень, чем живой счётчик без метки времени наблюдения. В нём же задана цель на 2026 год — 1,5 млн имён. Установленные системы реестра и DNS должны поддерживать такой масштаб, но число доменов не эквивалентно мощности серверов.

Вгодовом отчёте за 2022 годPANDI описывала модернизацию SRM, рассчитанную как минимум на два миллиона имён.id. Упоминались схема master-master, связность реестра до 1 Гбит/с, локальные подключения серверов до 100 Гбит/с и дополнительный межсетевой экран. Вобзоре 2023 годаPANDI снова сообщила, что SRM улучшена до двух миллионов имён, с изменениями архитектуры и оптимизацией данных и приложений. Затем вуведомлении от февраля 2024 годазафиксированы завершённая миграция инфраструктуры и работы по конфигурации после миграции, с транзакциями под обычным мониторингом.

Если проектная цифра в два миллиона актуальна и если число доменов 2025 года напрямую сопоставимо, зарегистрированные имена занимают около 71,6% этого номинального объёма, оставляя примерно 568 000 имён до заявленного порога. Эта арифметика информативна, но неполна. Она не учитывает удалённые объекты, сохраняемые для аудита, контакты, хосты, историю, записи DNSSEC, всплески транзакций, реплики для отчётности, споры, оверхеды базы данных. Не сказано и то, является ли два миллиона проверенным максимумом, инженерной целью или комфортным рабочим уровнем.

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

Закупки оборудования дают лишь исторические фрагменты. Вспецификации PANDI от марта 2022 годадля трёх DNS-серверов указаны восьмиядерные процессоры, 32 ГБ памяти, зеркальные твердотельные накопители по 480 ГБ и два блока питания. Это доказывает конкретный план закупки оборудования, а не общий установленный парк или сегодняшнюю полезную мощность. Машины могли быть развёрнуты, заменены, перепрофилированы или дополнены. Количество закупленных устройств нельзя умножать на бенчмарк, чтобы выдумать мощность сервиса.

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

Физическая отказоустойчивость остаётся главной публичной неизвестной

Офисный адрес взаписи IANA— юридический и административный контакт в Тангеранге. Это не доказательство производственного дата-центра. Вгодовом отчёте за 2020 годPANDI сообщила о переносе инфраструктуры из дата-центра Tier 3 в дата-центр Tier 4, но не назвала провайдера, адрес, область сертификации, схему электропитания и не пояснила, идёт ли речь о формальной сертификации. Вотчёте за 2022 годи впрезентации 2024 годаназваны города и страны, но не здания.

Это оставляет важные вопросы без ответа. Разнесена ли SRM между двумя агломерациями или это две комнаты в одном кампусе? Означает ли master-master активную запись в разных доменах отказа или серверы внутри одной площадки? Совмещены ли база данных реестра, генератор зоны и подписывающее устройство DNSSEC? Получают ли внутренние аникаст-узлы конфигурацию от одного центрального контроллера? Какие зарубежные узлы — оборудование PANDI, арендованные виртуальные системы, управляемые аникаст-экземпляры или вторичные серверы партнёров?

Резервирование питания столь же непрозрачно. Два блока питания в сервере помогают, только если они подключены к независимым распределительным путям. Метка Tier не устанавливает фактическую конфигурацию стойки клиента, историю обслуживания или топливные договорённости. Физическое разнообразие требует свидетельств отдельных коммунальных путей, генераторов, охлаждения, пожарных зон, вводов операторов и локальных бригад. Ничего из этого из BGP не выводится.

Поэтому публичную карту следует читать как карту присутствия сервиса, а не кабельную или объектовую карту. Джакарта, появляющаяся несколько раз впрезентации 2024 года, может означать несколько узлов, но не доказывает несколько зданий. США, фигурирующие под несколькими DNS-именами, могут означать разнообразие провайдеров, но не называют ни городов, ни общих поставщиков. Каир и Сан-Паулу, добавленные вотчёте за 2023 год, демонстрируют расширение на ту дату; они не устанавливают текущую работу в июле 2026 года.

Внешний сервер APNIC — самая ясная независимая граница, потому что он принадлежит отдельной организации и ASN. Но и там логическая независимость не равна полной независимости от отказов. APNIC всё равно нужна аутентичная и своевременная копия зоны. Плохая зона, сгенерированная PANDI, может быть добросовестно продублирована каждым вторичным сервером. Ошибка подписи DNSSEC может быть реплицирована по всему миру. Наиболее значимые общие зависимости реестра, вероятно, находятся выше периферии аникаста.

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

Разнообразие регистраторов — это не разнообразие реестров

Аккредитованные регистраторы PANDI дают пользователям выбор на розничном уровне. Они конкурируют ценой, поддержкой, пакетными услугами и клиентским опытом. Они также создают операционные альтернативы: если один регистратор уходит, имена в принципе можно перенести к другому. Вуведомлении 2025 года о прекращении аккредитации PT Indonesia Satu Tujuhописан сервис переноса для затронутых имён, что иллюстрирует роль реестра в обеспечении непрерывности.

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

Опубликованные условия аккредитацииPANDI требуют от кандидатов-регистраторов эксплуатировать в Индонезии серверы приложений, баз данных, веб, почты и DNS; поддерживать резервные копии; обеспечивать DNSSEC; минимальный штат; и план переноса имён при невозможности продолжить работу. Эти требования возлагают часть обязанностей по непрерывности на периферию.Самооценка 2024 годаценна тем, что признаёт: задокументированные требования нуждаются в проверке.

У сценариев отказов разные часы. Если портал регистратора лежит час, клиенты испытывают неудобство, но существующие имена резолвятся. Если он недоступен через истечение срока или срочное изменение безопасности, ущерб растёт. Если недоступна SRM, регистрации и изменения могут остановиться, пока DNS продолжает работать. Если отказывают производство зоны или авторитетный DNS, пользователи могут потерять разрешение имён, даже если записи реестра целы. Планы восстановления должны описывать эти слои отдельно.

Защита регистрантов зависит и от переносимости данных. Уход регистратора требует точных записей о спонсорстве, контроля аутентификации и процесса, который предотвращает угон и допускает легитимный перенос.Политика регистрациии публичное уведомление PANDI показывают, что она признаёт эту ответственность. Публичные метрики могли бы пойти дальше: сроки завершения переносов, нерешённые случаи ухода и то, отрабатываются ли аварийные процессы до реального отказа регистратора.

Суверенитет не означает, что каждый DNS-пакет остаётся в Индонезии

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

Аникаст намеренно размещает сервис ближе к пользователям. Отчёты PANDI описывают узлы в Азии, Европе, Америке и Австралии, а независимый авторитет APNIC сам распределён по миру. Резолвер за пределами Индонезии может попасть на близкий зарубежный узел. Индонезийский резолвер тоже может выбрать зарубежный путь, если политика маршрутизации делает его предпочтительным. BGP выбирает пути, а не цели национальной политики.

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

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

Тема доходит и до слоя регистраторов.Страница аккредитацииPANDI задаёт требования к индонезийским серверам и дата-центрам для кандидатов, тогда как розничные провайдеры могут пакетировать другие сервисы с иными локациями. Само по себе имя.idничего не говорит о том, где размещены связанные сайт, почта или данные клиента. Национальная идентичность пространства имён и локализация рабочих нагрузок — разные свойства.

Реалистичные сценарии отказов

Первый сценарий — плохой аникаст-экземпляр.Уведомление PANDI о восстановлении в Семарангепоказывает механизм: демон DNS отказывает, маршрут продолжает привлекать часть пользователей, мониторинг выявляет проблему, операторы отводят BGP до ремонта. Релевантные средства контроля — проверки здоровья с учётом сервиса, быстрое подавление маршрута, локальный доступ, консистентность конфигурации и осторожное возвращение в строй.

Второй — отказ маршрута или поставщика.Данные RIPE NCC о статусе маршрутизациипоказывают, что AS132647 достигает публичных коллекторов по множеству наблюдаемых путей, снижая зависимость от одного видимого пути. Однако выборочные префиксы показывают разные наборы соседних ASN, и альтернативы узла могут быть уже, чем картина в масштабе ASN. Коммерческий аникаст-хостинг, точка обмена, транзитная сеть или route-сервер могут отказать. Восстановление зависит от того, где анонсирован каждый префикс и остаётся ли другой здоровый экземпляр привлекательным для затронутых резолверов.

Третий — общий сбой конфигурации. Некорректная зона, неверный контроль доступа, сломанный релиз ПО или плохая политика маршрутизации могут распространиться на множество узлов. Тогда географическая репликация разносит ошибку. Поэтапное развёртывание, разные реализации, валидация перед публикацией и быстрый откат важнее числа узлов для этого класса инцидентов. Впрезентации 2024 годаупоминается несколько семейств DNS-ПО, но не сказано, какие продуктовые имена на каком ПО работают и разнесены ли обновления по времени; разнообразие реализаций поэтому остаётся непроверенным.

Четвёртый — отказ генерации зоны, подписи или передачи. Он расположен между SRM и периферией. Устаревшая, но корректно подписанная зона может продолжать резолвиться, пока не истекут подписи или операционная политика; новая плохая зона может распространиться быстро. Вторичный сервер APNIC помогает, только если у него хорошая копия. Полезные средства контроля — мониторинг серийных номеров, сигналы об истечении подписей, независимые валидаторы, защищённые каналы передачи и отрепетированный способ удержать или откатить публикацию.

Пятый — событие с ключами DNSSEC. Потеря, компрометация или ошибка ротации может затронуть каждого валидирующего пользователя. Важны оборудование, церемонии и резервные копии, но также координация с IANA и время на кеши.Воркшоп по DNSSEC 2026 годапоказывает институциональное внимание к DNSSEC; он не заменяет свидетельств о собственных тестах восстановления ключей PANDI.

Шестой — отказ или компрометация регистратора. Провалившийся регистратор может оставить клиентов без обслуживания; скомпрометированный — подавать вредоносные изменения. Аккредитация, аутентификация, контроль изменений, обнаружение аномалий и блокировки реестра могут ограничить ущерб. Процедуры переноса должны сохранять непрерывность, не превращаясь в путь для захвата имён.

Седьмой — концентрация человеческого и организационного фактора. Сеть может быть распределённой, пока знания и полномочия остаются сосредоточенными в маленькой команде. Реагирование на инцидент может требовать участия PANDI, APJII, APNIC, провайдера дата-центра, аникаст-хостинга и одной или нескольких транзитных сетей. Свежесть контактов, права эскалации и тренировки определяют, будет ли техническое разнообразие полезным под давлением.

Живой ответ — свидетельство работы, а не гарантия доступности

Точечные публичные записи от 15 июля 2026 года добавили полезное подтверждение.Запись делегирования IANAперечисляла пять ожидаемых авторитетов.id;анализ.idв DNSVizпоказывал подписанное делегирование и цепочку DNSKEY; аответ RDAP дляpandi.idвозвратил структурированную запись с меткой времени обновления базы данных за тот же день.Данные RIPE NCC о статусе маршрутизациипоказывали, что все представленные пиры видят IPv4- и IPv6-пространство AS132647. Вместе эти публичные точки устанавливают, что поверхности делегирования, данных о регистрациях и маршрутизации реестра были наблюдаемы около даты исследования.

Они не устанавливают годовой уровень сервиса. Рекурсивный DNS-ответ может прийти из кеша. Даже успешный авторитетный запрос доказал бы только, что достигнутый экземпляр ответил, а не что каждый аникаст-экземпляр здоров. Коллектор маршрутов сэмплирует BGP от участвующих пиров, а не от каждой сети интернета. Ответ RDAP говорит, что сервис чтения работал в тот момент; он не проверяет запись регистраторов, публикацию зоны, переключение при отказе или восстановление базы данных.

Для реестра значимый мониторинг требует разнообразия и по географии, и по функциям. Зонды должны спрашивать каждый логический авторитет по IPv4 и IPv6, валидировать DNSSEC, сравнивать серийные номера SOA, тестировать TCP и UDP, наблюдать маршруты, запрашивать RDAP и выполнять контролируемые транзакции регистраторов. Результаты нужно коррелировать, чтобы оператор отличал недостижимый узел от устаревшей зоны, сломанной подписи, утечки маршрута и проблемы центрального реестра.

Именно поэтому статья опирается прежде всего на сходящиеся публичные записи, а не на один пинг или lookup. IANA доказывает контракт делегирования; APNIC доказывает регистрацию ресурсов; RIPE RIS показывает публичную видимость маршрутов; DNSViz раскрывает наблюдаемую цепочку доверия; отчёты PANDI объясняют задуманную архитектуру; уведомление о Семаранге раскрывает реальный механизм инцидента. Каждый тип доказательств отвечает на свой вопрос, и ни один не следует растягивать за его пределы.

Что подтверждают данные и чего они не подтверждают

Операционный вердикт положителен в отношении идентичности и наблюдаемой сетевой функции.Запись IANAидентифицирует PANDI как реестр.idи делегирует зону четырём авторитетам PANDI и вторичному серверу APNIC.AS132647 имеет широкую двухстековую видимость маршрутов, авторитетные адреса лежат внутри её анонсируемых ресурсов, аDNSViz показал подписанную цепочкуна дату исследования. Датированные отчёты PANDI показывают устойчивые инвестиции в SRM, DNS-узлы, безопасность и надзор за регистраторами.

Доказательства по текущей физической отказоустойчивости средние. Исторические отчёты итехническая презентация 2024 годаописывают множество локаций.Уведомление о Семарангедоказывает, что по крайней мере один поименованный аникаст-узел существовал и был отремонтирован на месте в 2023 году. BGP показывает несколько соседних ASN. Ничто из этого не раскрывает текущую матрицу объектов, независимые домены питания или топологию центральных систем.

Доказательства по мощности тоже средние. Вотчёте 2022 годазаявлена проектная вместимость SRM в два миллиона имён, ачисло 2025 года— 1,431 млн регистраций — было ниже этой цифры. Но ни текущих тестов транзакций, ни загрузки, ни ёмкости DNS-запросов, ни запаса под атаки, ни ёмкости переключения при отказе публично нет. Реестр мог добавить мощность после 2023 года; у него могут быть и ограничения, которые простой подсчёт имён не видит.

Доказательства сильны в том, что исходный тезис о хостинге неверен. Реестр и регистратор явно разделены в законе и в собственных материалах PANDI. Публичные сетевые ресурсы поддерживают авторитетный DNS и сервисы реестра. Нет заслуживающих доверия свидетельств о продаже PANDI клиентских вычислительных мощностей, VPS, выделенных серверов или облака. Считать ассоциацию облачным провайдером — значит скрыть инфраструктуру, которая на самом деле важна.

Какие следующие раскрытия уточнили бы картину

Самое полезное улучшение — актуальная топология сервиса на уровне доменов отказов, а не точных адресов. PANDI могла бы сообщить, сколько внутренних и зарубежных аникаст-экземпляров активно на каждое логическое имя, какие из них эксплуатирует сама PANDI, а какие — партнёры, сколько независимых агломераций размещают центральные сервисы реестра и разделяют ли подписывающее устройство и генератор зоны площадку с SRM.

Во-вторых, отчётность о доступности должна разделять DNS, RDAP/WHOIS, транзакции SRM, публикацию зоны и поддержку.Годовой отчёт 2022 годаделал это отчасти, публикуя результаты уровня сервиса для DNS, WHOIS и SRM. Актуальные скользящие показатели, определения инцидентов и трактовка обслуживания показали бы, сохранила ли надёжность рост.

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

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

Наконец, разделение номеров AS заслуживает объяснения. Краткое заявление о сохранённом назначении AS56088, о том, почему публичный источник перешёл на AS132647, и о том, связывают ли эти две системы какие-либо зависимости, предотвратило бы устаревшую классификацию. Текущие данные уже рассказывают главную историю: реестр.id— живой распределённый институциональный сервис, но его операционный центр тяжести — AS132647. Читая только AS56088, вы пропускаете сеть; называя PANDI облачным провайдером, вы пропускаете институт.