clientHold ставит регистратор, serverHold — реестр; оба могут выключить домен из DNS. pendingDelete нельзя читать отдельно от redemptionPeriod и pendingRestore. Проверьте весь список статусов в WHOIS/RDAP и обратитесь к регистратору с точными кодами.
Коды EPP описывают регистрацию домена, а не состояние веб-сервера. На одном домене может быть несколько кодов. По таблице ICANN их 23 с учётом статусов льготных периодов. Ниже — сначала маршрут для неработающего домена, затем полная таблица с прямой ссылкой на определение каждого кода.
Если сайт и почта исчезли: проверьте три статуса
Начните с clientHold, serverHold и inactive. Первые два означают, что домен не активирован в DNS по решению регистратора или реестра. inactive означает отсутствие делегированных NS. Если домен на Hold, смена A-записи на вашем DNS-сервере не снимает ограничение в реестре. Передайте регистратору снимок RDAP, дату проверки и вопрос о причине статуса.
clientHold решает регистратор; по serverHold он связывается с реестром. Причину нельзя установить по одному коду: ICANN перечисляет среди возможных обстоятельств спор, неоплату и удаление, но не утверждает, что любой Hold вызван именно оплатой. Если статусов Hold нет, проверьте делегирование и ответы NS по справочнику dig и маршруту диагностики DNS.
Если домен истёк: читайте сочетание pendingDelete
У ICANN pendingDelete может встречаться вместе с redemptionPeriod или pendingRestore. В сочетании с первым действует процесс восстановления; с другим — запрос восстановления уже отправлен. Если pendingDelete стоит без этих статусов, домен прошёл период восстановления и близок к удалению из реестра. Нельзя обещать восстановление или точную дату освобождения только по текущему WHOIS.
При redemptionPeriod немедленно спросите регистратора о восстановлении и платеже. При pendingRestore попросите подтверждение, что документы переданы и статус меняется. При одиночном pendingDelete спросите о доступных вариантах, не совершая оплату по предположению. Подробный процесс продления — в материале о сроке домена; перенос возможен не на каждом этапе, см. чеклист переноса.
Сколько времени остаётся при удалении
Для описанного ICANN процесса gTLD redemptionPeriod длится 30 дней после запроса удаления регистратором. Затем, если домен не восстановили, следует этап pendingDelete; ICANN описывает удаление из реестра через 5 календарных дней после окончания периода восстановления. Эти сроки относятся к соответствующему процессу gTLD, а не ко всем зонам и не к любой дате истечения в WHOIS. У регистратора могут быть собственные этапы до запроса удаления.
Поэтому последовательность для владельца такая: сохранить текущий RDAP-ответ; найти дату истечения и контакты регистратора; проверить, есть ли redemptionPeriod рядом с pendingDelete; запросить у регистратора подтверждение доступного действия. Не ждите конца расчётного срока: запись RDAP обновляется по мере операций, а восстановление зависит от правил зоны и этапа обработки. Если в ответе уже pendingRestore, отдельно запросите подтверждение, что реестр получил документы на восстановление.
Защитные блокировки в той же записи не отменяют срочности периода удаления. Например, serverTransferProhibited говорит только о переносе: он не превращает redemptionPeriod в обычный рабочий статус. И наоборот, три защитных запрета у рабочего домена не означают, что регистрацию скоро удалят. Приоритет определяется сочетанием кодов, а не их количеством.
Как статус проходит от регистратора до DNS
Владелец управляет доменом через регистратора. Регистратор отправляет операции в реестр, где хранится запись домена и его делегирование. Реестр публикует данные для зоны верхнего уровня; авторитетные DNS-серверы владельца отвечают уже на следующем этапе. Поэтому исправная A-запись на личном NS не доказывает, что реестр делегирует домен. Статус clientHold приходит от регистратора, serverHold — от реестра, но оба затрагивают публикацию в DNS.
владелец → регистратор → реестр → зона TLD → NS домена → A/MX/другие записи
client* server* Hold/inactive DNS-ответRDAP и WHOIS показывают состояние регистрации; dig показывает ответ DNS в момент запроса. Эти источники отвечают на разные вопросы. Если RDAP говорит clientHold, чините причину ограничения у регистратора. Если статусы нормальны, но dig возвращает ошибку, исследуйте делегирование и ответы NS. Когда статус уже снят, повторяйте DNS-проверку из разных резолверов: их кеши могут ещё содержать прежний ответ. Не объявляйте проблему устранённой по одному успешному резолверу.
Как выбрать первый шаг по сочетанию статусов
Приоритет задаёт влияние на доступность и срок владения. Hold и отсутствие NS объясняют, почему имя не разрешается; запреты переноса и изменения обычно не мешают сайту. Для истекающего домена запрет продления важнее планового переноса. Если видны несколько статусов, не выбирайте «главный» по первой строке ответа — выпишите их все.
| Набор статусов | Что проверить первым | Кому писать |
|---|---|---|
| clientHold | Причину остановки делегирования | Регистратору |
| serverHold | Решение реестра и условия снятия | Регистратору для эскалации |
| inactive | Назначены ли NS в панели домена | Регистратору |
| clientTransferProhibited | Планировался ли перенос | Регистратору, только если нужен перенос |
| RenewProhibited | Дату истечения и причину запрета | Регистратору срочно |
| pendingDelete + redemptionPeriod | Возможность восстановления | Регистратору срочно |
| pendingDelete без redemptionPeriod | Какие варианты ещё доступны | Регистратору немедленно |
Слова client и server описывают, кто установил ограничение, но владелец обычно общается со своим регистратором в обоих случаях. Статус не раскрывает причину и не заменяет историю операций в панели регистратора. Если перенос или изменение не запрашивали вы, сообщите об этом сразу; это отдельная проверка безопасности учётной записи.
23 кода EPP: владелец ограничения и действие
Префикс client означает действие регистратора, server — реестра. Запреты TransferProhibited, UpdateProhibited и DeleteProhibited часто служат защитой и сами не выключают DNS. Запрет RenewProhibited требует отдельного внимания перед датой истечения. Статусы без префикса описывают состояние операции или льготного периода; таблица относится к модели ICANN для gTLD, правила национальных зон могут отличаться.
| EPP | Что означает | Действие |
|---|---|---|
ok | Ограничений и операций EPP нет; DNS отдельно | Проверить DNS при жалобе на сайт |
inactive | Нет NS для делегирования; домен не резолвится | Назначить NS у регистратора |
clientHold | Регистратор остановил активацию в DNS | Спросить регистратора о причине и снятии |
serverHold | Реестр остановил активацию в DNS | Через регистратора запросить причину у реестра |
clientTransferProhibited | Регистратор запретил перенос | Снимать только для запланированного переноса |
serverTransferProhibited | Реестр запретил перенос | Запросить процедуру снятия через регистратора |
clientUpdateProhibited | Регистратор запретил изменение данных | При нужном изменении обратиться к регистратору |
serverUpdateProhibited | Реестр запретил изменение данных | Уточнить основание и процедуру у регистратора |
clientDeleteProhibited | Регистратор запретил удаление | Оставить защиту, если удаление не планировалось |
serverDeleteProhibited | Реестр запретил удаление | Уточнить условия снятия через регистратора |
clientRenewProhibited | Регистратор запретил продление | Срочно выяснить причину перед истечением |
serverRenewProhibited | Реестр запретил продление | Срочно запросить решение через регистратора |
pendingCreate | Создание зарегистрировано, ещё обрабатывается | Проверить заявку и владельца у регистратора |
pendingUpdate | Изменение зарегистрировано, ещё обрабатывается | Если не запрашивали — сообщить регистратору |
pendingRenew | Продление зарегистрировано, ещё обрабатывается | Сверить заявку и счёт |
pendingTransfer | Перенос зарегистрирован, ещё обрабатывается | При чужой заявке немедленно связаться с регистратором |
redemptionPeriod | Период восстановления после запроса удаления | Срочно запросить восстановление и условия оплаты |
pendingRestore | Восстановление запрошено, документы обрабатываются | Следить за подтверждением у регистратора |
pendingDelete | Удаление ожидается; смотреть сопутствующие статусы | Если без redemptionPeriod — срочно спросить о вариантах |
addPeriod | Льготный период после первичной регистрации | Обычно действие не требуется |
autoRenewPeriod | Льготный период после автопродления реестром | Сверить продление и платёж у регистратора |
renewPeriod | Льготный период после явного продления | Проверить, что продление ваше |
transferPeriod | Льготный период после переноса | Если перенос неожиданный — связаться с прежним регистратором |
Проверка на живых доменах: блокировка переноса не равна Hold
В публичном RDAP у example.com указаны три запрета регистратора, у icann.org — в том числе три запрета реестра. В обоих случаях запрос NS вернул адреса серверов. Это не проверка доступности сайта, но наглядное подтверждение: наличие защитного запрета не равнозначно отсутствию делегирования. Вывод снят в один момент, статусы могут измениться.
RDAP example.com status: client delete prohibited, client transfer prohibited, client update prohibited
$ dig +short example.com NS
elliott.ns.cloudflare.com.
hera.ns.cloudflare.com.
RDAP icann.org status: server delete prohibited, client transfer prohibited, server transfer prohibited, server update prohibited
$ dig +short icann.org NS
c.icann-servers.net.
b.icann-servers.net.
В замере example.com имел 3 защитных статуса и 2 NS в ответе dig. У icann.org было 4 защитных статуса и 4 NS. Ни одна из этих двух записей не содержала Hold. Это полезная контрольная пара: если сервис подсвечивает любой статус Prohibited как аварию DNS, его вывод требует ручной проверки. Сам по себе список NS не подтверждает, что сайт отвечает по HTTPS или что почта принимает сообщения; для этого нужны отдельные проверки. Смотрите одновременно регистрационный статус, делегирование и состояние конкретного сервиса.
Сверяйте формат ответа: RDAP показывает значения с пробелами, например client transfer prohibited, а справочник EPP использует clientTransferProhibited. Для нового домена сначала откройте проверку WHOIS, затем сравните статусы с таблицей. Об устройстве регистрационных данных см. руководство WHOIS; о DNS-записях — отдельный справочник.
Что написать регистратору
Укажите домен, полный набор статусов, время проверки в UTC, дату истечения и симптомы: нет делегирования, не проходит продление или блокирован перенос. Спросите, кто установил ограничение, что нужно для снятия и какой следующий статус ожидается. Если получен serverHold или серверный запрет, попросите регистратора передать запрос реестру. Не отправляйте пароль и код переноса в публичную переписку.
Как сделан материал
Таблица сверена с 23 ссылками ICANN на EPP-коды 13 ноября 2026 года. Скрипт method.py запросил публичные RDAP-записи example.com и icann.org, затем запустил dig +short NS для обоих доменов; точные ответы и время UTC сохранены в data.json. Выборка из двух доменов показывает только различие между защитным запретом и Hold; она не оценивает частоту статусов в интернете. Текст подготовлен с помощью AI, факты сверены с ICANN и замером.
Частые вопросы
clientHold и serverHold отличаются?
Да: первый устанавливает регистратор, второй — реестр. Оба затрагивают активацию в DNS; владельцу в обоих случаях стоит начать с регистратора.
clientTransferProhibited значит, что сайт заблокирован?
Нет. Это запрет на перенос между регистраторами, не на разрешение имени в DNS.
Можно ли восстановить домен с pendingDelete?
Сначала проверьте, есть ли рядом redemptionPeriod или pendingRestore. При одиночном pendingDelete немедленно спросите регистратора о возможностях, не предполагая гарантированного восстановления.
Почему RDAP пишет статус с пробелами?
RDAP использует человекочитаемые значения, а в EPP-справочнике статусы записаны слитно. Сопоставление есть в таблице ICANN.
