Статусы домена и его жизненный цикл: полная расшифровка EPP-кодов

Сценарий знакомый до боли: утром сайт открывался, а к обеду – пустая страница в браузере или ошибка DNS. Вы лезете в панель регистратора и видите там строчку вроде clientHold или serverTransferProhibited, а рядом ссылку на какую-то страницу ICANN. Что это значит, паниковать или нет, и главное – что делать прямо сейчас?

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

Откуда вообще берутся эти коды

Чтобы статусы перестали казаться магическими заклинаниями, нужно понять, кто и зачем их выставляет.

Между вами и доменом стоят две организации, а не одна. Есть реестр (registry) – оператор, который ведёт базу всей доменной зоны: Verisign для .com, «Хостмастер» для .ua. И есть регистратор (registrar) – компания, у которой вы непосредственно купили домен и с которой у вас договор. Регистратор не изменяет базу реестра напрямую, а взаимодействует с ней через протокол EPP – Extensible Provisioning Protocol.

EPP – это протокол обмена командами между регистратором и реестром: зарегистрировать доменное имя, продлить на год, сменить NS-серверы, удалить. А статусы – это, по сути, ответ реестра на вопрос «что с этим доменом сейчас можно делать, а что нельзя». Изначально они были внутренней технической деталью. Наружу их вытащили потому, что владельцу тоже полезно знать, почему его домен вдруг перестал слушаться.

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

Набор кодов не выдуман каждым реестром отдельно. ICANN публикует перечень стандартизированных EPP-статусов, определённых стандартом STD 69, а также статусы периодов Registry Grace Period, описанные отдельно в RFC 3915. Благодаря этому pendingDelete означает одно и то же и в .com, и в .org, и в большинстве национальных зон.

Три типа кодов и кто главнее

Все статусы делятся на группы, и понимать разницу принципиально важно – от неё зависит, кому звонить.

Клиентские коды (начинаются на client) выставляет ваш регистратор. Некоторые регистраторы включают отдельные статусы автоматически при регистрации домена, другие – только по запросу владельца. Это те коды, которыми вы реально можете управлять: попросили – включили, попросили – сняли.

Серверные коды (начинаются на server) выставляет реестр. Серверные статусы имеют приоритет над клиентскими. Регистратор снять их не может, даже если очень захочет. Появляются они обычно в трёх ситуациях: судебное решение или требование правоохранителей, процедура по доменному спору – или в рамках дополнительных механизмов защиты, например Registry Lock, когда реестр по заявке владельца сам запирает особо ценное имя.

Коды периодов (RGP-статусы: addPeriod, autoRenewPeriod, redemptionPeriod и другие) – это не запреты, а отметки о фазе жизни домена. Они появляются и исчезают сами по расписанию, и трогать их бесполезно.

Практический вывод простой. Увидели client-код и он вам мешает – пишите в поддержку регистратора, снимут за пять минут. Увидели server-код – регистратор тут бессилен, и разбираться придётся с причиной, по которой реестр этот замок повесил.

Жизненный цикл домена: от регистрации до полного исчезновения

Теперь пройдём весь путь домена по шагам. Именно эта последовательность объясняет девяносто процентов всех «непонятных статусов».

Этап 1. Первые пять дней: Add Grace Period

Сразу после регистрации домен получает статус addPeriod. Это пятидневное окно, в течение которого регистратор может отменить регистрацию и получить деньги обратно от реестра. Задумывалось это как защита от опечаток: зарегистрировали exapmle.com вместо example.com – можно откатить без потерь.

Из безобидной механики выросла целая индустрия злоупотреблений, известная как domain tasting. Смысл был в том, чтобы временно регистрировать домены в течение пятидневного льготного периода, пользуясь тем, что при отмене регистрация полностью возвращалась в деньгах. Масштаб был чудовищным: в апреле 2006 года из 35 миллионов регистраций реально оплаченными оставались лишь около двух миллионов. Схема элементарная – регистрируешь сотни тысяч имён, пять дней крутишь на них рекламу, оставляешь себе прибыльные, остальные возвращаешь бесплатно. ICANN прикрыла лавочку, введя плату за избыточные отмены, и явление почти сошло на нет. Но статус остался.

Этап 2. Обычная жизнь: ok, inactive и замки

Дальше домен живёт годами, и в норме вы видите либо ok, либо набор защитных client-кодов. Об ok поговорим отдельно – с ним связано опасное заблуждение.

inactive означает, что у домена отсутствует корректная делегация NS: серверы имён не назначены либо не опубликованы в зоне. Домен зарегистрирован, но никуда не ведёт. Частая история после покупки домена «про запас» или при кривом переносе.

Этап 3. Срок истёк: autoRenewPeriod и момент, когда гаснет сайт

Вот здесь начинается самое болезненное – и самое частое.

Домен не выключается ровно в полночь даты окончания. Он переходит в льготный период, отмеченный статусом autoRenewPeriod. В это время домен продлевается по обычной цене, без штрафов.

Оговорка важная: формально льготный период в gTLD длится до 45 дней, но конкретный срок задаёт регистратор, и разброс огромный. Кто-то отводит полные 45 дней, кто-то переводит домен в период выкупа заметно раньше. Ориентироваться на максимум опасно.

Вторая ловушка серьёзнее: льготный период не гарантирует работу сайта. Многие регистраторы примерно на десятый–пятнадцатый день выключают делегирование, вешают clientHold и разворачивают посетителей на страницу-заглушку. Формально они не нарушают ничего – правила ICANN даже поощряют такое поведение, поскольку выключенный сайт остаётся самым доходчивым способом сообщить владельцу, что домен пора продлить. Письма люди пропускают, а упавший магазин замечают мгновенно.

Отсюда правило номер один: срок в панели и срок работоспособности сайта – не одно и то же.

Этап 4. Период выкупа: redemptionPeriod

Если и льготный период прошёл впустую, домен уходит в период выкупа. Статус redemptionPeriod присваивается реестром, длится 30 дней, и в это время любые EPP-команды регистратора, кроме команды восстановления, завершаются ошибкой; домены в этом статусе исключаются из зонных файлов.

Что это значит по-человечески. Домен ещё ваш, но он полностью выключен: сайт не работает, почта не ходит, изменить ничего нельзя. Вернуть его можно только процедурой восстановления – и она платная, причём цена кусается. Восстановление в период redemption обычно стоит значительно дороже обычного продления. На практике для gTLD речь идёт о суммах порядка 80–200 долларов вместо десяти-пятнадцати за продление, а в отдельных зонах и того больше.

Технически восстановление устроено интереснее, чем кажется. Если регистратор отправляет команду восстановления, домен получает статус pendingRestore на 7 дней, в течение которых регистратор обязан отправить в реестр отчёт о восстановлении; при получении отчёта домен переходит в статус ok, а если отчёт не пришёл – домен возвращается обратно в redemptionPeriod. Проще говоря, реестр требует письменного подтверждения, что восстановление законно и запрошено настоящим владельцем.

Этап 5. Последние пять дней: pendingDelete

Финальная стадия. Статус pendingDelete присваивается реестром после того, как домен провёл 30 дней в redemptionPeriod, длится 5 дней и восстановлению не подлежит.

Формулировка «не подлежит» здесь буквальная, без оговорок. Ни владелец, ни регистратор, ни сам реестр остановить пятидневный отсчёт не могут. Всё, что остаётся, – готовиться перехватить домен в момент освобождения.

Финал. Освобождение и охота за дропами

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

Итого арифметика для типичного gTLD: примерно 30–45 дней льготного периода, затем 30 дней выкупа, затем 5 дней ожидания удаления. Суммарно 65–80 дней с момента, когда вы забыли продлить, до момента, когда домен уходит навсегда. Времени вроде бы много. Но сайт при этом лежит почти всё это время.

Полный разбор кодов: что видит владелец

Теперь пройдёмся по конкретным статусам с точки зрения «увидел – что делать».

ok

Значит, что активных ограничений нет. Домен работает штатно.

И вот здесь то самое заблуждение, о котором я предупреждал. Многие видят ok и успокаиваются, а зря. Домен, у которого выставлен только статус ok, не имеет никакой защиты от несанкционированного переноса, и для безопасности к нему стоит добавить как минимум clientTransferProhibited. Ещё нюанс: статус ok отображается только когда не выставлено ни одного запрещающего кода – стоит включить clientTransferProhibited, и ok исчезает автоматически. Так что пропавший ok – не повод для паники, а как раз признак того, что защита включилась.

Правильный набор для домена, который вам дорог: clientTransferProhibited, clientUpdateProhibited, clientDeleteProhibited. Минимальная конфигурация с одним лишь ok для ценных доменов не рекомендуется.

clientHold и serverHold

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

Причины у clientHold обычно три: неоплаченное продление, требование верифицировать e-mail регистранта, жалоба на злоупотребление (спам, фишинг, вредонос). Все решаются через поддержку регистратора, часто за считаные часы.

serverHold – та же блокировка, но от реестра, и это уже серьёзно: за ней обычно стоит судебное решение, требование регулятора или результат доменного спора.

Если сайт лёг внезапно – эти два кода проверяют первыми.

Группа Transfer: clientTransferProhibited и serverTransferProhibited

Запрет на перенос к другому регистратору. Клиентский вариант – ваш друг, а не враг: это базовая защита от угона, и держать его включённым нужно постоянно, снимая только на время реального переноса. Снимается за минуту в панели.

serverTransferProhibited со стороны реестра – редкость, обычно связан со спором, расследованием или Registry Lock.

Группа Update: clientUpdateProhibited и serverUpdateProhibited

Запрет на изменение данных домена – контактов, NS-серверов. Полезная штука для важных доменов: даже получив доступ к вашей панели, злоумышленник не сможет подменить DNS-серверы и увести трафик, не сняв сначала этот замок. Небольшое неудобство в обмен на серьёзный барьер.

Группа Delete: clientDeleteProhibited и serverDeleteProhibited

Запрет на удаление. Защита от собственной ошибки и от чужого злого умысла. Серверный вариант используется реестром как способ запереть домен.

Группа Renew: clientRenewProhibited и serverRenewProhibited

Запрет на продление. Встречается редко и почти всегда означает конфликт: спор о правах, задолженность, спорная ситуация с регистратором. Увидели такое – повод немедленно писать в поддержку, потому что домен может тихо утечь по истечении срока.

Pending-статусы: временные состояния

Эти коды появляются на время выполнения операции и рассасываются сами.

pendingTransfer – запущен перенос к другому регистратору. Механика здесь работает не в вашу пользу: после запуска переноса у текущего регистратора есть до пяти дней, чтобы отклонить запрос. Если этого не происходит, перенос завершается автоматически. То есть бездействие означает согласие.

Отсюда правило: если вы перенос не инициировали – связывайтесь с текущим регистратором немедленно и требуйте отклонить запрос. Это стандартный симптом попытки угона, и времени на раздумья нет.

pendingUpdate – обрабатывается изменение данных или NS-серверов. pendingRenew – обрабатывается продление. pendingCreate – обрабатывается регистрация, встречается редко и обычно в зонах с ручной проверкой заявок.

pendingRestore и pendingDelete мы разобрали выше.

Коды периодов: addPeriod, autoRenewPeriod, renewPeriod, transferPeriod

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

Три блокировки по 60 дней и реформа, которая всё ещё в пути

Отдельный сюжет, стоящий нервов огромному числу людей. Помимо статусов существуют временные ограничения на перенос, привязанные не к кодам, а к политике ICANN.

Их три, и срабатывают они по разным поводам: новая регистрация, недавний перенос и смена регистранта – каждое событие запускает собственный 60-дневный отсчёт, и только блокировка после смены регистранта допускает опт-аут.

Самая коварная – третья. После изменения данных регистранта регистратор обязан заблокировать перенос на 60 дней; обойти или сократить этот срок после того, как он начался, невозможно. Логика понятна: блокировка даёт прежнему владельцу время заметить и оспорить несанкционированную смену владельца, ведь после ухода домена к другому регистратору вернуть его намного сложнее.

Практический вывод, который экономит два месяца: сначала переносите домен, потом меняйте владельца, а не наоборот. Изменение контактов регистранта уже после переноса нового периода блокировки не запускает. Если порядок поменять нельзя – воспользуйтесь опцией опт-аута, но обязательно до внесения изменений: задним числом отказаться нельзя.

Что меняется и почему это ещё не про вас

Реформа идёт, но медленно, и в сети об этом пишут неточно – поэтому разберём по датам.

В марте 2025 года на встрече ICANN82 все 47 рекомендованных изменений Transfer Policy получили зелёный свет. Совет GNSO утвердил итоговый отчёт рабочей группы – документ на 163 страницы, затрагивающий все аспекты переноса доменов, где отмена блокировки стала крупнейшим изменением двадцатилетней политики.

Дальше процесс встал. Рекомендации, одобренные Советом GNSO более года назад, лежали без движения в ожидании утверждения Советом директоров ICANN; задержка вылилась в письмо от Registrar Stakeholder Group, подписанное всеми группами GNSO, с требованием прозрачности и понятных сроков.

Сдвиг произошёл только к середине 2026 года: Совет директоров ICANN рекомендации принял, что позволяет запустить Implementation Review Team и приступить к переводу рекомендаций в текст консенсус-политики.

Что это значит для владельца домена прямо сейчас: ничего не изменилось. Старые правила действуют, все три блокировки работают, планировать переносы нужно по-прежнему. Дата вступления новой политики в силу пока не объявлена, а регистраторам после её публикации потребуется время на внедрение.

Заодно уточнился характер реформы – вопреки заголовкам 2025 года о «полной отмене», блокировки не убирают, а перекраивают. Новая политика стандартизирует сроки: для новой регистрации и после переноса – 720 часов, то есть 30 дней вместо нынешних 60. А вот блокировка после смены регистранта исчезает полностью – именно она годами раздражала владельцев, желающих собрать портфель у одного предпочитаемого регистратора.

Отдельно про коды авторизации. В тех же рекомендациях заложен переход на модель TAC: код авторизации переноса генерируется по запросу, действует ограниченное время (например, до 14 дней) и хранится у регистратора в хешированном виде. Причина понятна: раньше долгоживущий код лежал в панели регистратора, и его утечка открывала дорогу к несанкционированному переносу. Часть регистраторов реализовала такую схему добровольно – если в вашей панели код нужно «запросить» и он живёт две недели, вы уже работаете по новой модели. Но обязательной для всех она пока не стала, и у многих по-прежнему используется классический статический AuthInfo.

Кто владелец домена: изменение, которое уже в силе

А вот это правило действует и требует проверки прямо сейчас. Registration Data Policy вступила в силу 21 августа 2025 года для операторов реестров gTLD и аккредитованных регистраторов, чем завершился годичный переходный период с 21 августа 2024 года.

Ключевой момент: если поле Registrant Organization заполнено, именно эта организация считается держателем зарегистрированного имени, то есть регистрантом. Прежде владельца определяли по имени и фамилии – теперь приоритет у организации. Если поле оставлено пустым, юридическим владельцем остаётся указанное физическое лицо.

Ситуация типичная и неприятная: предприниматель регистрировал домен на себя, но вписал название своей компании в поле Organization – и теперь домен принадлежит юрлицу, а не ему лично, независимо от имени физического лица в данных. При продаже бизнеса, разделе имущества или наследовании это выясняется в самый неподходящий момент. Потратьте пять минут и проверьте, что записано в этом поле.

Политику продолжают править: 12 мая 2026 года в неё внесли изменения, касающиеся сроков ответа на срочные запросы законного раскрытия не публичных регистрационных данных.

Украинские зоны: похоже, но со своими сроками

С национальными доменами общая логика та же, а конкретные цифры свои, и здесь нужна аккуратность.

Для .ua реестр несколько лет назад привёл сроки к международной практике: период восстановления (redemption) в домене .UA составляет 30 дней для имён, срок действия которых истёк после 1 мая 2023 года.

Льготный период украинские регистраторы описывают так: после истечения срока домен переходит в AutoRenew Grace Period, где его ещё можно продлить по стандартной цене, но работа домена приостанавливается, и длится этот период 28 дней. Обратите внимание на формулировку – работа приостанавливается сразу, а не через две недели, как часто бывает в gTLD. Дальше всё по знакомому сценарию: продление становится технически невозможным, домен можно только восстановить по цене, которую устанавливает администратор зоны и которая нередко в несколько раз, а иногда и в десятки раз превышает стоимость продления; завершает цикл период Pending Delete длительностью 5 дней, когда имя удаляется из реестра.

По зонам второго уровня вроде .com.ua цифры у источников расходятся: часть регистраторов указывает, что бесплатно продлить .COM.UA можно в первые 26 дней после окончания регистрации, а с 27-го по 56-й день потребуется ещё и оплата выкупа из Redemption. Расхождение в пару дней между источниками – не повод для паники, но повод для правила: точные сроки для вашей конкретной зоны уточняйте у своего регистратора, а не по статье в интернете. Разница в один день здесь может стоить сотни долларов.

Быстрая диагностика: симптом → код → действие

Сайт не открывается, домен зарегистрирован. Смотрим clientHold и serverHold. Если их нет – смотрим inactive (нет делегации) и redemptionPeriod (просрочено продление). Если и этого нет, проблема не в домене, а в хостинге или DNS-записях.

Не получается перенести к другому регистратору. Ищем clientTransferProhibited (снимается в панели), serverTransferProhibited (обращаться в реестр), pendingDelete или redemptionPeriod (сначала восстановить). Если кодов нет вообще – почти наверняка работает одна из 60-дневных блокировок.

Не сохраняются изменения NS или контактов. clientUpdateProhibited или serverUpdateProhibited.

Появился pendingTransfer, а вы ничего не запускали. Действуйте немедленно: отклоняйте перенос, меняйте пароли, включайте двухфакторную аутентификацию.

В статусах redemptionPeriod. Звоните регистратору сегодня, а не завтра. Каждый день приближает pendingDelete, после которого спасать будет уже нечего.

Проверять статусы удобнее всего через RDAP-сервисы. В выводе справочника рядом с кодами обычно стоят ссылки: каждый статус сопровождается собственным адресом на сайте ICANN, ведущим на его описание.

Пять правил, которые избавят от 90% проблем

1. Включите защитные замки – как минимум clientTransferProhibited, а для важных доменов ещё clientUpdateProhibited и clientDeleteProhibited. Это бесплатно.
2. Не полагайтесь на автопродление вслепую. Привязанная карта истекает, банк отклоняет платёж, письмо уходит в спам. Ставьте собственное напоминание в календаре за месяц.
3. Следите за актуальностью почты регистранта. Уведомления о продлении, переносе и смене владельца приходят именно туда. Мёртвый ящик – самая частая причина потери домена.
4. Порядок операций имеет значение. Перенос – потом смена владельца. Никогда наоборот.
5. Регистрируйте важные домены сразу на несколько лет вперёд. Дешевле восстановления нервов и радикально снижает шанс профукать дату.

Итог

EPP-статусы выглядят пугающе ровно до того момента, пока не поймёшь их логику. А логика простая: одни коды говорят, кто запретил действие – вы через регистратора или реестр сверху. Другие показывают, в какой фазе жизни домен находится сейчас. Всё.

Стоит запомнить главное. Домен не исчезает мгновенно – от истечения срока до полного удаления проходит примерно 65–80 дней, то есть два–два с половиной месяца. Но сайт перестаёт работать намного раньше, чем истекает последний шанс. И граница между «дёшево продлить» и «дорого восстанавливать» проходит по конкретной дате, о которой заранее никто не напомнит настойчивее, чем упавший сайт.

Информация о реформе Transfer Policy актуальна на июль 2026 года.

---

Источники и полезные ссылки

Официальные документы и сервисы, на которых основана статья.

Документы ICANN

• EPP Status Codes: что они означают – базовое пояснение ICANN с таблицами клиентских и серверных статусов.
• Перечень EPP-статусов – список всех кодов с постоянными ссылками на описание каждого.
• EPP Status Codes (PDF) – сводные таблицы статусов и рекомендуемых действий владельца.
• Transfer Policy – действующая политика переноса доменов, включая правила 60-дневных блокировок.
• Domain Name Transfers – раздел ICANN о переносах между регистраторами.
• Registration Data Policy – политика обработки регистрационных данных, включая правило о поле Organization.
• Объявление о вступлении RDP в силу – официальное подтверждение даты 21 августа 2025 года.

Технические стандарты

• STD 69 – стандарт Extensible Provisioning Protocol, определяющий набор EPP-статусов.
• RFC 5731 – отображение доменных объектов в EPP: статусы, операции, структура данных.
• RFC 3915 – расширение Registry Grace Period: addPeriod, autoRenewPeriod, redemptionPeriod и остальные.
• RFC Editor – полный архив стандартов интернета.

Где проверить статусы домена

• ICANN Lookup – официальный поиск на базе RDAP, показывает статусы со ссылками на их описание.
• RDAP-сервер .ua – структурированные данные по доменам украинской зоны.
• RDAP.org – агрегатор, автоматически направляющий запрос к нужному серверу.

Украинские зоны

• • «Хостмастер» – администратор публичного домена .ua.
  • Регламенты и документы – действующие правила регистрации, продления и восстановления доменов.

• О периоде восстановления в .UA – объявление о введении 30-дневного redemption с мая 2023 года.
• WHOIS – классический сервис проверки доменов украинской зоны.

Часто задаваемые вопросы о статусах домена

Что такое EPP-статусы домена?

EPP-статусы – это коды состояния, которые показывают, что с доменом сейчас можно делать, а что нельзя. Они выставляются реестром доменной зоны или регистратором через протокол Extensible Provisioning Protocol и видны при проверке домена через RDAP или WHOIS. Статусы есть у каждого зарегистрированного домена – как минимум один.

Где посмотреть статусы моего домена?

Самый надёжный способ – официальный сервис ICANN Lookup на базе RDAP по адресу lookup.icann.org. Для доменов украинской зоны подойдёт rdap.hostmaster.ua. Статусы также отображаются в панели управления у большинства регистраторов.

Что означает clientHold и почему из-за него не работает сайт?

clientHold означает, что регистратор исключил домен из зоны DNS: сайт не открывается, почта не приходит, хотя регистрация остаётся за вами. Чаще всего причина в неоплаченном продлении, непройденной верификации e-mail регистранта или жалобе на злоупотребление. Снимается через поддержку регистратора, обычно за несколько часов.

Чем serverHold отличается от clientHold?

Технический эффект одинаковый – домен выключен. Разница в том, кто выставил код: clientHold ставит регистратор, serverHold – реестр доменной зоны. Серверные статусы имеют приоритет, и регистратор снять их не может; за serverHold обычно стоит судебное решение, требование регулятора или доменный спор.

Статус ok означает, что с доменом всё в порядке?

Он означает лишь отсутствие ограничений и незавершённых операций. При этом домен со статусом ok не имеет защиты от несанкционированного переноса. Для важных доменов рекомендуется включить clientTransferProhibited – после этого ok из списка исчезнет, и это нормально.

Что значит статус inactive?

Что у домена отсутствует корректная делегация NS: серверы имён не назначены либо не опубликованы в зоне. Домен зарегистрирован, но никуда не ведёт. Обычно встречается у доменов, купленных про запас, или после незавершённого переноса.

Что такое redemptionPeriod и сколько стоит восстановление домена?

Это 30-дневный период выкупа, который наступает после окончания льготного периода продления. Домен полностью выключен, и любые операции, кроме восстановления, невозможны. Восстановление платное и стоит значительно дороже продления – для gTLD обычно 80–200 долларов против 10–15 за обычное продление.

Можно ли вернуть домен в статусе pendingDelete?

Нет. pendingDelete длится ровно 5 дней и необратим: остановить отсчёт не могут ни владелец, ни регистратор, ни реестр. Единственный вариант – заказать бэкордер и попытаться перехватить имя в момент освобождения, но на ценные домены конкуренция очень высокая.

Сколько времени проходит от окончания срока регистрации до удаления домена?

Для типичного gTLD – примерно 65–80 дней: 30–45 дней льготного периода, затем 30 дней периода выкупа и 5 дней pendingDelete. Но сайт перестаёт работать намного раньше – часто уже на второй неделе после истечения срока.

Появился статус pendingTransfer, но я не запускал перенос. Что делать?

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

Почему не получается перенести домен к другому регистратору?

Проверьте статусы clientTransferProhibited (снимается в панели за минуту) и serverTransferProhibited (устанавливается реестром). Перенос также невозможен в периоды redemptionPeriod и pendingDelete. Если запрещающих кодов нет вообще, скорее всего действует одна из 60-дневных блокировок ICANN.

Как избежать 60-дневной блокировки при смене владельца домена?

Соблюдайте порядок: сначала перенесите домен к нужному регистратору, а уже потом меняйте данные владельца – изменение контактов после переноса новой блокировки не запускает. Если так не получается, воспользуйтесь опцией опт-аута, но включить её нужно до внесения изменений: задним числом отказаться нельзя.

Отменили ли 60-дневную блокировку переноса?

Пока нет. Совет GNSO утвердил пакет изменений Transfer Policy в марте 2025 года, а Совет директоров ICANN принял рекомендации только к середине 2026 года, после чего началась работа над текстом консенсус-политики. Дата вступления в силу не объявлена, поэтому все три 60-дневные блокировки продолжают действовать. Новая политика заменит их 30-дневным сроком для новых регистраций и переносов, а блокировку после смены регистранта уберёт полностью.

Кто считается владельцем домена, если заполнено поле Organization?

С 21 августа 2025 года, когда вступила в силу Registration Data Policy, при заполненном поле Registrant Organization юридическим владельцем домена считается указанная организация, а имя физического лица становится лишь контактным. Если поле пустое, владельцем остаётся физическое лицо. Это стоит проверить заранее: при продаже бизнеса или наследовании расхождение создаёт серьёзные проблемы.

Отличаются ли сроки для украинских доменов .ua?

Общая логика та же, но цифры свои. В .ua период восстановления составляет 30 дней для имён, срок действия которых истёк после 1 мая 2023 года, а льготный период длится около 28 дней, причём работа домена приостанавливается сразу. По зонам второго уровня вроде .com.ua сроки у разных источников расходятся, поэтому точные даты уточняйте у своего регистратора.

Какие статусы стоит включить для защиты домена?

Минимум – clientTransferProhibited, который блокирует перенос к другому регистратору. Для ценных доменов добавьте clientUpdateProhibited (защита от подмены NS-серверов и контактов) и clientDeleteProhibited (защита от удаления). Все три включаются бесплатно через панель управления или поддержку регистратора.