Кратко

  • Связи между доменными и хостовыми объектами EPP могут выходить за пределы одного клиента.
  • Удаление без проверки зависимостей способно оставить домен с недостаточным числом авторитетных серверов имён или вызвать большой поток обновлений.
  • RFC 9874 рассматривает записи серверов имён, которые клиент намеренно сохраняет для такой ситуации, явное разъединение с последующим восстановлением и уведомлением, а также имя специального назначения sacrificial.invalid.

Проблема возникает, когда объект удаляют, хотя связи с ним ещё существуют. RFC 5731 и RFC 5732 описывают отображения доменов и хостов, а RFC 9874 рассматривает последствия их жизненного цикла и взаимных зависимостей. Если сервер разрешает удалить хост при наличии таких связей, он может отсоединить хостовые объекты от доменов, спонсируемых другими клиентами. Это изменение жизненного цикла объекта EPP, а не истечение DNS-кэша, окончание регистрации домена или отзыв маршрута BGP.

Протокольные полномочия по-прежнему определяются отношениями клиента EPP с сервером реестра и применимыми отображениями. RFC 9874 не перераспределяет право собственности и административные полномочия реестра. Из этих RFC также нельзя заключить, что любой реестр разрешает удаление при сохраняющихся связях или применяет одну и ту же рекомендацию. Документы сами по себе не подтверждают масштаб внедрения, частоту инцидентов, производительность реестров или поведение конкретного оператора.

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

RFC 9874 рекомендует рассмотреть записи серверов имён, которые клиент намеренно держит как замену, удаление с явным разъединением, последующим восстановлением и уведомлением либо применение имени специального назначения sacrificial.invalid. Другие рассмотренные практики не рекомендуются из-за нежелательных побочных эффектов. Наличие этих рекомендаций не доказывает, что все реестры внедряют их одинаково.

Расширение EPP Change Poll — один из доступных способов сообщить затронутым клиентам, выступающим спонсорами, об изменениях связей на стороне реестра. Уведомление, однако, не гарантирует ни немедленной, ни своевременной реакции. Сохранение домена и связанных с ним подчинённых хостов в состоянии pendingDelete может открыть обратимое окно для восстановления в течение периода redemption, до окончательной очистки. Это не означает, что межклиентская операция при любом объёме данных допускает полный атомарный откат: большие наборы связей могут потребовать асинхронной обработки.

DNSSEC и наличие нескольких авторитетных хостовых объектов могут снизить отдельные риски, но RFC 9874 не предлагает их как замену удалению с учётом зависимостей. DNSSEC также не предотвращает все сбои или захваты, связанные с удалением.

Источники

  • RFC 3915 — redemption и жизненный цикл pending-delete.
  • RFC 5730 — основа EPP.
  • RFC 5731 — отображение доменов.
  • RFC 5732 — отображение хостов.
  • RFC 8590 — EPP Change Poll.
  • RFC 9874 — практики удаления.