Перенос домена к другому регистратору: пошаговая инструкция

Перенос домена (трансфер) — это передача его регистрации от одного регистратора другому. Если всё сделано правильно, меняется только то, кто выставляет вам счёт и в какую панель вы входите: сайт, почта и DNS-записи продолжают работать на всём протяжении процедуры. Если сделано небрежно, домен перестаёт работать из-за одной упущенной детали: где размещён его DNS.

Здесь описана процедура для общих доменов верхнего уровня (.com, .net, .org и новых зон) по правилам Transfer Policy ICANN. У национальных доменов процедуры свои; что действует в вашем случае, подскажет новый регистратор.

Сначала: три разные вещи, которые называют «переносом»

Вы хотите…	Что это на самом деле	Регистратор меняется?
перейти к более дешёвому или удобному регистратору	перенос между регистраторами (эта инструкция)	да
перевести DNS-хостинг к другому провайдеру	смена NS-серверов, см. NS-сервер в глоссарии	нет
передать домен другому человеку или компании	смена администратора домена (регистранта), часто это передача между аккаунтами у одного регистратора	нет

Переезд сайта на новый хостинг не относится ни к одному из этих случаев: это изменение записей A/AAAA.

Перед началом: можно ли вообще переносить домен?

В переносе откажут, если:

домен зарегистрирован менее 60 дней назад или менее 60 дней назад уже переносился между регистраторами;
он находится в статусе redemptionPeriod или pendingDelete;
он заблокирован из-за спора (UDRP, решение суда) или по иной причине имеет статус serverTransferProhibited;
у регистратора есть доказательства мошенничества либо остался неоплаченный счёт за прошлый период регистрации.

По правилам, действовавшим много лет, изменение имени, организации или адреса электронной почты регистранта тоже может вызвать 60-дневную блокировку переноса, если вы заранее от неё не отказались. ICANN пересматривает Transfer Policy, поэтому такие детали, как эта блокировка, к моменту чтения могут оказаться другими; прежде чем править контактные данные прямо перед переносом, спросите у текущего регистратора.

Домен с истёкшим сроком по правилам ещё можно перенести в течение льготного периода автопродления, но это нервный способ. Если времени мало, сначала продлите.

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

$ whois example.com | grep -Ei 'registrar:|status|expir|creat'
Registrar: Example Registrar, Inc.
Creation Date: 2019-04-11T09:20:00Z
Registry Expiry Date: 2027-04-11T09:20:00Z
Domain Status: clientTransferProhibited

clientTransferProhibited — обычная блокировка, которую вы снимете на шаге 3. Что означают остальные коды, описано в глоссарии: EPP-коды статуса.

Шаг 1. Выясните, где размещён ваш DNS

Именно этот шаг решает, пройдёт ли перенос незаметно или обернётся простоем.

$ dig +short example.com NS
ns1.example-registrar.example.
ns2.example-registrar.example.

NS-серверы принадлежат третьей стороне (DNS-провайдеру, вашему CDN, хостинговой компании): делать ничего не нужно. Перенос NS-серверы не меняет.
NS-серверы принадлежат регистратору, от которого вы уходите: его DNS-сервис, как правило, перестаёт отвечать за ваш домен по завершении переноса, иногда сразу же. Перенесите DNS заранее: воссоздайте зону у нового регистратора или у независимого DNS-провайдера, переключите NS-серверы, дождитесь, пока всё устоится, и только после этого начинайте перенос.

То же касается всего остального, что шло в комплекте у старого регистратора: пересылка почты, URL-редиректы, конструктор сайтов, почтовые ящики. Замените их до ухода.

Если домен подписан DNSSEC, а DNS размещён у старого регистратора, запись DS нужно обработать в рамках этого переезда DNS. Если DNS внешний, запись DS обычно переживает перенос без изменений; после переноса проверьте.

Шаг 2. Проверьте электронную почту регистранта

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

Шаг 3. Снимите блокировку и получите код авторизации

У текущего регистратора:

Отключите блокировку переноса. clientTransferProhibited должен исчезнуть из списка статусов в течение нескольких минут.
Запросите код авторизации (его называют также auth code, EPP-код, AuthInfo или ключ переноса). Одни регистраторы показывают его в панели, другие отправляют регистранту по почте. Правила обязывают выдать его в течение пяти календарных дней и запрещают отказывать только потому, что вы уходите.

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

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

Шаг 4. Запустите перенос у нового регистратора

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

Теперь у домена статус pendingTransfer.

Шаг 5. Подтвердите или подождите

Регистратор, от которого уходит домен, обязан уведомить вас, после чего у него есть пять календарных дней на действия. Если он ничего не делает, реестр по истечении этого окна завершает перенос автоматически. У многих регистраторов есть кнопка или ссылка «подтвердить сейчас», которая сокращает ожидание до минут или часов.

Если вы видите у домена pendingTransfer, а перенос не заказывали, именно в это окно нужно потребовать от своего регистратора его отклонить.

Шаг 6. После переноса

Выполните проверку: название регистратора изменилось, дата окончания стала на год позже, а NS-серверы те же, что и раньше.
Снова включите блокировку переноса. Одни регистраторы делают это автоматически, другие нет.
Проверьте контактные данные: новый регистратор мог заменить их значениями по умолчанию из вашего аккаунта.
Включите автопродление и двухфакторную аутентификацию в новом аккаунте.
Заново внесите записи DS, если они потерялись, а зона подписана.
Будьте готовы к новой 60-дневной блокировке переноса.
Оставшиеся услуги у старого регистратора отключайте только тогда, когда уверены, что от них ничего не зависит.

Сколько это занимает?

От нескольких минут (если прежний регистратор позволяет подтвердить сразу) до примерно недели (пять дней ожидания плюс обработка). В DNS ничего не меняется, так что для посетителей длительность значения не имеет. Она важна лишь тогда, когда срок регистрации на исходе, и поэтому не стоит начинать перенос в последние две недели перед датой окончания.

Частые ошибки

Переносить домен, пока DNS размещён у старого регистратора, и узнать об этом, когда сайт погаснет.
Начать перенос за несколько дней до окончания срока.
Править данные регистранта прямо перед переносом и получить блокировку.
Неделями держать домен разблокированным, «потому что скоро будем переносить».
Пересылать код авторизации по почте или в мессенджере и потом ни разу его не сменить.
Забыть про пересылку почты или ящики, которые жили у старого регистратора.
Считать, что оплаченное на прошлой неделе продление пропало. Оплаченный год остаётся, а перенос добавляет ещё один сверху. (Одно исключение: если переносить в течение 45 дней после автопродления по истечении срока, этот автоматически добавленный год может быть снят, а плата за него возвращается не всегда. Сначала уточните.)

Перенос .ru и других национальных доменов

Реестры национальных зон определяют процедуру сами. Одни, как и gTLD, используют коды авторизации и EPP; у других приняты бумажные заявления, подтверждения на стороне реестра, а то и вовсе нет понятия «перенос между регистраторами», и год при переносе во многих зонах не добавляется. Правила для доменов .ru устанавливает Координационный центр доменов .RU/.РФ, а не ICANN, поэтому перечисленные выше сроки и условия (60 дней, пятидневное окно, дополнительный год) на них автоматически не распространяются: порядок, сроки и стоимость уточняйте у обоих регистраторов. То же относится, например, к турецким доменам .tr, у которых собственный реестр и собственные правила.

Проверьте в OrbitProbe

До и после переноса проверьте домен через проверку WHOIS в OrbitProbe. До: убедитесь, что с даты создания прошло больше 60 дней, что до даты окончания достаточно времени, и посмотрите, какие блокировки установлены. После: убедитесь, что регистратор новый, дата окончания продлена, NS-серверы не изменились, состояние DNSSEC прежнее, а clientTransferProhibited снова на месте. В каждом результате указаны сервер-источник и время запроса, так что оба состояния удобно сохранить для истории.

По теме: WHOIS и RDAP: что сегодня показывают данные о домене и что происходит, когда истекает срок регистрации домена.