Перенос домена без простоя

Зачем это важно

Перенос домена выглядит просто, но ошибки в порядке действий могут привести к недоступности сайта и потере трафика. Если ваш сайт приносит трафик или продажи, планирование и проверка каждого шага обязательны.

Краткая схема процесса

1. Выберите нового регистратора и проверьте цены и условия (возобновление, WHOIS, поддержка).
2. Разблокируйте домен в панели текущего регистратора.
3. Понизьте TTL на текущих DNS-записях как минимум до 300–600 секунд за 48–72 часа до переноса.
4. Отключите WHOIS‑приватность, если она активна.
5. Если переносают домен, зарегистрированный/перенесённый менее 60 дней назад, уточните у регистратора правила TLD — перенос может быть запрещён.
6. Запросите EPP/авторизационный код у текущего регистратора.
7. На стороне нового регистратора инициируйте перенос, указав EPP-код и оплатив год продления.
8. Подтвердите запросы по электронной почте (часто приходят письма и от старого, и от нового регистратора).
9. Пока идёт формальный перенос, держите DNS-записи дублированными у нового провайдера или используйте сторонний DNS-сервис.
10. После завершения переноса проверьте WHOIS, NS и работоспособность сайта, почты и сервисов.

Подробное объяснение важных шагов

1. Выбор регистратора

Проверьте стоимость переноса и годового продления, условия возврата, поддержку и предлагаемую политику WHOIS. Цена регистрации может отличаться от цены продления — учитывайте это.

2. Разблокировка и EPP

По умолчанию домен часто в статусе “Locked”. Снимите блокировку в панели текущего регистратора и запросите EPP/авторизационный код — он нужен почти для всех gTLD и многих ccTLD.

3. Управление DNS и TTL

Самый надёжный способ избежать простоя — заранее перенести DNS-записи к новому DNS-провайдеру (в панели нового регистратора или у стороннего провайдера). Понизьте TTL за несколько дней, чтобы изменения быстро распространялись.

Важно: не меняйте имена NS во время переноса, если вы ещё не скопировали все записи — это может привести к временной потере некоторых сервисов.

4. WHOIS и письма подтверждения

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

Что может пойти не так (и как избежать)

• Проблема: домен истёк. Решение: продлите заранее — истёкшие домены нельзя переносить.
• Проблема: перенос заблокирован из‑за недавней регистрации/переноса. Решение: выждите 60 дней или уточните правила TLD у регистратора.
• Проблема: почта перестала работать. Решение: заранее проверьте MX-записи у нового DNS-провайдера и синхронизируйте их до смены NS.

Альтернативные подходы (когда перенос не обязателен)

• Смена только регистратора учёта (если новый регистратор предлагает смену NS без переноса) — иногда можно просто изменить настройки у регистратора.
• Перенос DNS к стороннему DNS-провайдеру, оставив регистратора прежним. Это уменьшит риск, потому что запись остаются доступными независимо от статуса регистратора.
• Использование CDN или прокси (например, Cloudflare) для минимизации влияния на доступность во время миграции DNS.

Быстрый чек‑лист перед началом переноса

• Домен не истёк и не заблокирован на правовом уровне.
• Доступ к административному email и панели текущего регистратора.
• WHOIS‑приватность отключена.
• EPP/авторизационный код запрошен.
• TTL понижен и DNS‑записи скопированы к ожидаемому провайдеру.
• План отката на случай проблем (скриншоты настроек, резервные записи).

Ролевые обязанности (кто что делает)

• Владелец домена: подтверждает письма, оплачивает перенос.
• Системный администратор/DevOps: понижает TTL, копирует DNS‑записи, проверяет MX/A/CAA записи.
• IT‑поддержка: проверяет работоспособность сайта и почты после переноса.
• Юрист/бухгалтерия: проверяет договорные условия и стоимость продления.

Процедура: пошаговый SOP для команды

1. За 72–48 часов до переноса: понизьте TTL до 300–600 с.
2. Скопируйте все DNS‑записи к новому провайдеру и протестируйте их с помощью hosts или временных записей.
3. Отключите WHOIS‑приватность и разблокируйте домен.
4. Запросите EPP и инициируйте перенос у нового регистратора.
5. Подтвердите все письма от обоих регистраторов.
6. Наблюдайте за статусом переноса и мониторьте доступность сайта и почты.
7. После завершения перевода обновите внутреннюю документацию и уведомите заинтересованные стороны.

Критерии приёмки

• Домен указан у нового регистратора в панели администратора.
• WHOIS показывает новый регистратор и корректный административ email.
• Сайт доступен с корректным сертификатом (если есть HTTPS).
• Почта получает и отправляет сообщения без потерь.

Решение «да/нет» — дерево принятия решения

flowchart TD
  A[Нужен перенос домена?] -->|Да| B{Домен моложе 60 дней?}
  B -->|Да| C[Отложить перенос или уточнить у регистратора]
  B -->|Нет| D{Домен истёк?}
  D -->|Да| E[Продлить и потом переносить]
  D -->|Нет| F[Следовать SOP: понижение TTL, EPP, подтверждения]

Факты и ограничения

• При переносе большинству доменов автоматически добавляется ещё год регистрации — это стандартная практика.
• Домены не подлежат переносу в течение 60 дней после регистрации или предыдущего переноса (согласно общим правилам ICANN для gTLD).
• Некоторые ccTLD имеют собственные правила — уточняйте у регистратора.

Краткая шпаргалка (cheat sheet)

• Перед началом: понизьте TTL → скопируйте DNS → отключите WHOIS → разблокируйте → запросите EPP.
• Во время переноса: подтверждайте письма и не меняйте NS до полной синхронизации записей.
• После: проверьте WHOIS, NS, A/MX/CAA и работу сервиса.

Краткий словарь (1 строка)

EPP: авторизационный код, необходимый для межрегистраторского переноса домена.

Important: не удаляйте домен и не меняйте критичные настройки в период подтверждений — это увеличивает риск простоя.

Резюме

• Подготовка и порядок действий важнее скорости — планируйте перенос заранее.
• Дублирование DNS до формального переноса — ключ к нулевому времени простоя.
• Всегда тестируйте доступность сайта и почты после завершения переноса.