Как перенести домен к другому регистратору

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

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

Сначала проверьте правила конкретной зоны

Международные домены общего назначения, или gTLD, работают по политике ICANN и договору регистратора. Национальные зоны управляются своими реестрами и могут использовать другой код, подтверждение документами или внутренний перенос без стандартного AuthInfo.

Откройте правила реестра для своей зоны и справку обоих регистраторов. Проверьте:

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

Не ориентируйтесь на инструкцию для другой доменной зоны. Даже одинаковые кнопки в панели не означают одинаковый процесс у реестра.

Убедитесь, что домен принадлежит нужному владельцу

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

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

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

Разберитесь со статусами домена

У gTLD статус clientTransferProhibited обычно означает, что у регистратора включена блокировка переноса. Это нормальная защита. Снимите её только непосредственно перед своей заявкой.

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

Статусы удобно проверять через RDAP или сервис реестра. Названия кнопок в личном кабинете могут различаться, поэтому ориентируйтесь на состояние домена и официальное объяснение регистратора.

Подготовьте DNS до подачи заявки

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

Если NS принадлежат старому регистратору и предоставляются только его клиентам, заранее перенесите зону к независимому или новому DNS-провайдеру. Сначала создайте все записи на новых NS, проверьте ответы, затем измените делегирование и дождитесь обновления кешей. Лишь после этого начинайте трансфер регистратора.

При включённом DNSSEC уточните порядок переноса DS. Несогласованный ключ и DS приводит к SERVFAIL у проверяющих резолверов. Иногда безопаснее оставить прежний DNS-провайдер на время трансфера, а менять DNSSEC отдельным этапом по его документированной процедуре.

Получите AuthInfo и запустите перенос

Для большинства gTLD нужен AuthInfo-код, который также называют authorization code, EPP code или transfer code. Это секрет для одной административной операции, а не пароль от аккаунта. Запросите его у текущего регистратора и не пересылайте в мессенджеры или случайные формы.

Дальнейшая последовательность обычно такая:

1. Снимите блокировку переноса у текущего регистратора.
2. Получите свежий AuthInfo-код.
3. Подайте заявку и оплатите её у нового регистратора.
4. Подтвердите запрос через предусмотренный защищённый канал.
5. Проверьте уведомление от текущего регистратора и подтвердите или не отменяйте перенос согласно его инструкции.
6. Дождитесь статуса завершения у реестра.

ICANN требует, чтобы регистратор предоставил AuthInfo и снял clientTransferProhibited в течение пяти календарных дней после запроса, если он не даёт владельцу сделать это самостоятельно. Это правило относится к доменам и регистраторам в сфере действия политики ICANN; для национальной зоны проверяйте её собственный регламент.

Не совмещайте несколько крупных изменений

Во время трансфера не стоит одновременно менять владельца, DNS-провайдера, IP сайта и почтовую систему. Если сайт перестанет открываться, будет трудно понять причину и вернуть рабочее состояние.

Сначала добейтесь стабильной регистрации у нового регистратора при прежних NS. После проверки можно отдельным изменением перенести DNS или хостинг. Такой порядок делает каждый этап наблюдаемым и обратимым.

Не передавайте новому регистратору лишние доступы к хостингу. Для стандартного трансфера ему нужны данные заявки и AuthInfo, а не пароль от сервера или почты владельца.

Проверьте результат и верните защиту

После завершения убедитесь, что новый регистратор указан в регистрационных данных, владелец и контакты не изменились, срок регистрации отображается ожидаемо, а NS и DNSSEC сохранились. Откройте сайт, проверьте почту домена и несколько DNS-записей.

Снова включите transfer lock, двухфакторную защиту и уведомления об изменениях. Удалите AuthInfo из заметок и старых писем. Если старый регистратор больше не нужен, сначала убедитесь, что у него не осталось оплаченных услуг, DNS-зон или важных документов, и только потом закрывайте доступ.

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

Что читать дальше

• Как выбрать регистратора домена — условия, доступы и поддержка до покупки.
• Доступ к домену и контакты владельца — защита аккаунта от захвата.
• DNSSEC для домена — порядок работы с DS при смене поставщика.
• Политика трансфера ICANN — действующие требования для участников системы gTLD.