---
id: "epp-status-codes"
kind: "glossary-term"
title: "коды статусов EPP"
language: "ru"
category: "Перенос доменов и EPP"
updated: "2026-10-10T23:13:06Z"
canonical: "https://tldlog.com/ru/glossariy/kody-statusov-epp/"
translations:
  en: "https://tldlog.com/glossary/epp-status-codes/"
  es: "https://tldlog.com/es/glosario/codigos-estado-epp/"
  de: "https://tldlog.com/de/glossar/epp-statuscodes/"
  fr: "https://tldlog.com/fr/glossaire/codes-statut-epp/"
  it: "https://tldlog.com/it/glossario/codici-stato-epp/"
  pt-BR: "https://tldlog.com/pt/glossario/codigos-status-epp/"
  zh-Hans: "https://tldlog.com/zh/cihui/epp-zhuangtaima/"
---

# коды статусов EPP

Стандартные метки домена, которые показывают его состояние и разрешенные действия, например перенос, изменение, продление или удаление. Коды, начинающиеся с client, устанавливает регистратор, а коды, начинающиеся с server, устанавливает регистратура. Они отображаются в результатах RDAP.

У каждого доменного имени есть хотя бы один код статуса: короткая метка, например ok или clientTransferProhibited, которая показывает, в каком состоянии находится регистрация и какие действия заблокированы. Коды взяты из EPP, стандартного протокола, по которому регистраторы обмениваются данными с регистратурами. По ним можно понять, почему домен перестал работать, защищен ли он от кражи и близок ли он к удалению.

## Что такое коды статуса домена и где их посмотреть

Коды определены в стандарте EPP для доменных имен RFC 5731 и в его расширении для льготных периодов RFC 3915, которое добавляет коды льготного периода восстановления (RGP).

Для общих доменов верхнего уровня (gTLD) статус следует проверять через поиск RDAP, например в ICANN Lookup или в собственном инструменте поиска регистратора. С 28 января 2025 года RDAP заменил WHOIS в качестве официального источника регистрационных данных gTLD (по состоянию на октябрь 2026 года). RDAP записывает коды строчными словами через пробел, поэтому clientTransferProhibited отображается как «client transfer prohibited», а ok как «active». Регистраторы обязаны показывать все статусы, которые относятся к домену.

Национальные домены верхнего уровня (ccTLD) устанавливают собственные правила и могут показывать статус иначе. Этот материал описывает EPP и политики для gTLD.

## Коды client и server: кто их установил

Первое слово кода показывает, кто его установил.

- Коды, которые начинаются с client, устанавливает регистратор, обслуживающий домен: иногда автоматически при регистрации, иногда по просьбе регистранта.
- Коды, которые начинаются с server, устанавливает регистратура. Они имеют приоритет: регистратор не может изменить код server, а регистратура может отменить код client в соответствии со своими правилами.
- Коды без префикса, такие как ok, inactive и коды pending, контролирует регистратура.

В обоих случаях регистрант обращается к регистратору. Запрос о коде server регистратор передает регистратуре, поэтому снятие обычно занимает больше времени.

## Коды блокировки: что запрещено и почему

Четыре пары кодов блокируют по одному действию. Пока такой код установлен, регистратура отклоняет соответствующий запрос:

- clientTransferProhibited и serverTransferProhibited: перенос к другому регистратору.
- clientUpdateProhibited и serverUpdateProhibited: изменения домена, например контактов или DNS-серверов, кроме снятия самой блокировки.
- clientDeleteProhibited и serverDeleteProhibited: удаление.
- clientRenewProhibited и serverRenewProhibited: продление.

Блокировки client для переноса, изменения и удаления помогают защититься от угона и мошенничества. Блокировки продления встречаются редко: обычно они появляются во время судебных споров или перед удалением.

Для gTLD Политика переноса ICANN (Transfer Policy) в редакции, опубликованной 21 февраля 2024 года и действующей по состоянию на октябрь 2026 года, ограничивает применение clientTransferProhibited. Если регистратор не дает возможности снять блокировку самостоятельно, он должен снять ее в течение пяти календарных дней после запроса регистранта и не вправе отказать только из-за спора об оплате.

По состоянию на октябрь 2026 года изменения Политики переноса приняты, но не вступили в силу. Правление ICANN приняло их 7 июня 2026 года (резолюция 2026.06.07.04), дата вступления в силу не объявлена. Среди них обязательное ограничение переноса в первые 720 часов (30 дней) после регистрации. Какие правила применяются, может подтвердить регистратор.

Блокировки server встречаются нечасто. В качестве обычных причин ICANN называет судебные споры, просьбу самого регистранта и нахождение домена в статусе redemptionPeriod. Некоторые регистратуры предлагают услугу блокировки на уровне регистратуры (registry lock), которую заказывают через регистратора и которая использует коды server как дополнительную защиту.

## Коды приостановки: почему домен перестает работать

clientHold и serverHold указывают регистратуре не публиковать делегирование домена в DNS. Сайт и электронная почта перестают работать, но домен остается зарегистрированным.

clientHold встречается нечасто. В документах ICANN он связан с неоплатой, судебными спорами, предстоящим удалением, непроверенными контактными данными и пресечением злоупотреблений DNS. serverHold устанавливает регистратура; в разъяснениях ICANN о соблюдении договорных обязательств сказано, что регистратурам обычно следует сначала передавать случаи злоупотреблений регистратору.

Похоже выглядят еще две ситуации:

- inactive: к домену не привязаны DNS-серверы, поэтому он не разрешается, но с регистрацией все в порядке. Если это длится несколько дней, ICANN советует обратиться к регистратору; в некоторых TLD сначала требуются документы.
- Истечение срока: после истечения срока регистратор должен прекратить разрешение домена на часть того времени, в течение которого регистрант еще может его продлить, если регистратура это допускает. Кода приостановки при этом может не быть.

## Коды ожидания и льготных периодов

Коды ожидания (pendingCreate, pendingUpdate, pendingRenew, pendingTransfer и pendingDelete) означают, что запрос получен, но не выполнен. В период sunrise pendingCreate может означать, что имя будет распределено после окончания этого периода.

Коды льготных периодов (addPeriod, renewPeriod, autoRenewPeriod и transferPeriod) носят информационный характер. Если регистратор удаляет домен в один из этих периодов, регистратура зачисляет регистратору (credit) стоимость регистрации, продления или переноса. Зачисление получает регистратор, а не регистрант. Продолжительность каждого льготного периода устанавливает каждая регистратура.

Удаление в gTLD проходит такие этапы (по состоянию на октябрь 2026 года):

1. Регистратор удаляет домен. Статус EPP становится pendingDelete, а статус RGP становится redemptionPeriod, который длится 30 дней, кроме спонсируемых gTLD. Домен не разрешается, и его нельзя перенести.
2. Если регистратор запрашивает восстановление, статус меняется на pendingRestore, пока регистратура ждет отчет о восстановлении; по описанию ICANN, на это часто отводится семь дней. Если отчет поступает, домен возвращается к статусу ok или к прежнему статусу. Если нет, он снова переходит в redemptionPeriod.
3. Если домен не восстановлен, он остается в статусе pendingDelete пять календарных дней после окончания redemptionPeriod, затем удаляется из базы данных регистратуры и становится доступным для регистрации.

## Что делать при неожиданном статусе

- Найти домен в ICANN Lookup, определить, является ли код кодом client или server, и обратиться к регистратору. По кодам server регистратор взаимодействует с регистратурой.
- pendingTransfer или pendingUpdate, которые регистрант не запрашивал: немедленно связаться с регистратором и, если речь идет о переносе, попросить отклонить запрос.
- redemptionPeriod: сразу связаться с регистратором и обсудить варианты.

В конкретном случае регистранту следует уточнить ситуацию у регистратора, регистратуры или юриста.

Пример. ICANN Lookup показывает для example.com статус «client transfer prohibited», а регистрант хочет сменить регистратора. Он снимает блокировку в своем аккаунте или просит регистратора снять ее. После запроса на перенос домен показывает pendingTransfer; если текущий регистратор не ответит в течение пяти календарных дней, регистратура завершает перенос. После этого у домена может отображаться transferPeriod, что не требует никаких действий.

## Источники

- [EPP Status Codes | What Do They Mean, and Why Should I Know?](https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en)
- [Transfer Policy](https://www.icann.org/en/contracted-parties/accredited-registrars/resources/domain-name-transfers/policy)
- [Approved Resolutions | Regular Meeting of the ICANN Board | 7 June 2026](https://www.icann.org/en/board-activities-and-meetings/materials/approved-resolutions-regular-meeting-of-the-icann-board-07-06-2026-en)
- [Expired Registration Recovery Policy](https://www.icann.org/en/contracted-parties/consensus-policies/expired-registration-recovery-policy/expired-registration-recovery-policy-28-02-2013-en)

## связанные термины

- [EPP](https://tldlog.com/ru/glossariy/epp/)
- [clientHold](https://tldlog.com/ru/glossariy/clienthold/)
- [serverHold](https://tldlog.com/ru/glossariy/serverhold/)
- [clientTransferProhibited](https://tldlog.com/ru/glossariy/clienttransferprohibited/)
- [RDAP](https://tldlog.com/ru/glossariy/rdap/)