Кратко

  • В разъяснении от 29 сентября ARIN сообщает, что ARIN Online автоматически связывает новый POC с аккаунтом создавшего его пользователя. Личный POC может быть одновременно связан только с одним аккаунтом; поэтому коллега, для которого другой сотрудник создал запись, не сможет связать с ней свой аккаунт.
  • ARIN рекомендует каждому создавать собственный личный POC, а затем передавать его handle уполномоченному Admin- или Tech-POC организации. Ролевой POC может быть связан с несколькими аккаунтами, если совместное управление уместно.

Важное решение принимается при создании

Рекомендация ARIN однозначна: не создавайте handle person-type Point of Contact (POC) за другого человека. Дело не в том, что организации запрещено указывать коллегу как контактное лицо. В ARIN Online создание записи и привязка пользовательского аккаунта соединены в одном процессе.

В сентябрьском выпуске ARIN Bits за 2026 год служба Registration Services сообщает, что личный POC может одновременно иметь только один связанный аккаунт ARIN Online. В том же разъяснении сказано, что система автоматически связывает новый POC с аккаунтом создавшего его пользователя. Если пользователь оформляет личный POC для коллеги, к записи привязывается аккаунт создателя; по словам ARIN, коллега затем не сможет связать с этим handle собственный аккаунт. Источник описывает порядок, который ARIN рекомендует клиентам. Это не результат независимого тестирования и не статистика распространённости проблемы.

Запись POC и аккаунт ARIN Online выполняют разные функции. Руководство ARIN описывает POC как контактную запись конкретного человека или роли с такими данными, как имя, электронная почта, почтовый адрес и телефон. POC может выступать контактом Admin, Tech, Abuse или сетевых операций. Аккаунт — это аутентифицированная идентичность пользователя в ARIN Online. Имя в контактной записи само по себе не доказывает, кто контролирует связанный аккаунт; привязка аккаунта также не заменяет решение организации о полномочиях.

Новый аутентифицированный процесс привязки через тикеты повышает значимость этого различия. В январском объяснении ARIN описывает запросы на привязку пользователя к уже существующему POC и их рассмотрение внутри ARIN Online вместо прежнего подтверждения по электронной почте. Но личный POC допускает только один аккаунт. Коллега не может просто воспользоваться обычным запросом и одобрением для существующих записей, чтобы исправить несовпадение, возникшее при создании.

Рекомендуемая ARIN последовательность разделяет создание личной контактной идентичности и её связь с организацией. Каждый человек создаёт собственный личный POC и передаёт handle уполномоченному Admin- или Tech-POC для Org ID. В руководстве ARIN отмечено, что новую запись, возможно, должен связать с Org ID уже действующий контакт организации. Если одной функцией должны управлять несколько человек, ролевой POC может быть практичнее — когда это соответствует задаче.

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

Достаточно точечной меры в интерфейсе: до отправки показать, какой аккаунт ARIN Online будет связан с записью, различить личный и общий ролевой POC и объяснить последствие. Тогда решение будет заметно именно в тот момент, когда, по словам ARIN, оно принимается, — при создании записи.

Источники