Как перенести доменное имя в AlexHost: полное техническое руководство

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

Это руководство охватывает весь процесс переноса домена к AlexHost от начала до конца — от соответствия политике ICANN и EPP-кодов авторизации до обновления DNS-записей и процедур массового переноса — с технической глубиной, необходимой для безошибочного выполнения процесса.

Что такое перенос домена и как его обеспечивает EPP?

Перенос домена — это процесс передачи административного контроля над зарегистрированным доменным именем от одного аккредитованного регистратора ICANN к другому. Перенос не влияет негативно на дату истечения регистрации домена; в большинстве случаев он добавляет один год к существующему сроку регистрации.

Техническую основу каждого межрегистраторского переноса домена составляет Extensible Provisioning Protocol (EPP), определённый в RFC 5730. EPP — это протокол клиент-сервер с сохранением состояния на основе XML, стандартизирующий взаимодействие регистраторов с реестрами доменов. Он обрабатывает команды управления доменами — включая <create>, <delete>, <renew>, <update> и, что особенно важно, <transfer> — структурированным, аутентифицированным и проверяемым способом. Каждый аккредитованный ICANN регистратор обязан поддерживать EPP, поэтому код авторизации, полученный от текущего регистратора, универсально признаётся принимающим регистратором.

Политика переноса ICANN: что необходимо знать перед началом

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

Раздел 3.7.5 политики ICANN запрещает перенос, если домен был создан в течение последних 60 дней. Если вы зарегистрировали домен вчера, вы не можете перенести его сегодня — реестр отклонит EPP-команду переноса.

Раздел 3.7.6 политики ICANN запрещает перенос, если домен уже был перенесён в течение последних 60 дней. Это предотвращает злоупотребления путём смены регистраторов и защищает владельцев доменов от несанкционированных последовательных переносов. Единственное исключение — перенос обратно к исходному регистратору при условии взаимного согласия обоих регистраторов или по решению органа по разрешению споров.

Дополнительные блокировки переноса, предусмотренные ICANN, применяются в следующих случаях:

• Домен находится под блокировкой регистратора (статус: clientTransferProhibited или serverTransferProhibited)
• Домен участвует в активном споре UDRP
• Контактный email в WHOIS домена недействителен или не поддаётся проверке, что блокирует процедуру подтверждения
• До истечения срока регистрации домена осталось менее 60 дней — некоторые регистраторы отказывают в исходящих переносах в этот период

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

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

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

Шаг 1: Убедитесь, что домен соответствует требованиям политики ICANN

Проверьте дату создания домена и дату последнего переноса в публичной записи WHOIS. Обе даты должны быть более чем 60 дней в прошлом. Используйте надёжный инструмент поиска WHOIS или запросите реестр напрямую через whois yourdomain.com из терминала.

Шаг 2: Снимите блокировку домена у текущего регистратора

Каждый домен, зарегистрированный у авторитетного регистратора, по умолчанию заблокирован для предотвращения несанкционированных переносов. Эта блокировка отображается в записи WHOIS как EPP-код статуса clientTransferProhibited. Необходимо войти в панель управления текущего регистратора и явно отключить эту блокировку. Опция обычно называется «Transfer Lock», «Registrar Lock» или «Domain Lock». После отключения подождите несколько минут, пока реестр обновит статус, прежде чем продолжать.

Шаг 3: Проверьте и обновите контактную информацию WHOIS

Адрес электронной почты административного контакта в записи WHOIS — это место, куда будет отправлен запрос подтверждения переноса. Если этот адрес устарел, недоступен или защищён прокси-сервисом конфиденциальности, который не пересылает сообщения, перенос остановится или полностью завершится неудачей. Обновите email административного контакта до активно отслеживаемого почтового ящика перед инициированием переноса. Если включена защита WHOIS, либо временно отключите её, либо убедитесь, что сервис конфиденциальности вашего регистратора пересылает письма, связанные с переносом.

Шаг 4: Отключите DNSSEC, если он активен

Если для вашего домена включён DNSSEC (расширения безопасности DNS), необходимо удалить DS-записи из родительской зоны перед переносом. Невыполнение этого требования может вызвать сбои разрешения DNS после переноса, поскольку у серверов имён нового регистратора не будет соответствующих записей DNSKEY. Отключите DNSSEC у текущего регистратора, убедитесь, что DS-записи удалены из реестра, затем приступайте к переносу.

Шаг 5: Получите EPP-код авторизации (Auth-Code)

Запросите EPP auth-code (также называемый кодом авторизации переноса, auth-info кодом или секретом домена) у текущего регистратора. Это уникальная буквенно-цифровая строка — как правило, от 8 до 16 символов — которая криптографически подтверждает, что вы являетесь авторизованным владельцем домена, инициирующим перенос. Большинство регистраторов предоставляют этот код мгновенно через панель управления или по электронной почте по запросу. Код ограничен по времени; многие регистраторы аннулируют его через 7–30 дней.

Храните этот код в надёжном месте. Любой, кто им владеет, может инициировать перенос вашего домена.

Как инициировать перенос домена к AlexHost

После выполнения всех предварительных условий фактический процесс подачи запроса через AlexHost прост.

Перенос одного домена

1. Войдите в свой аккаунт AlexHost и перейдите в раздел Регистрация доменов.
2. Выберите опцию Перенос домена.
3. Введите имя домена в соответствующее поле.
4. Введите EPP-код авторизации, полученный от текущего регистратора.
5. Проверьте детали переноса, подтвердите email административного контакта и отправьте запрос.

На этом этапе системы AlexHost отправляют EPP-команду <transfer op="request"> в соответствующий реестр, включая имя домена, auth-code и учётные данные принимающего регистратора. Реестр проверяет auth-code по своим записям.

Настройка DNS-записей во время переноса

После подачи запроса на перенос вы можете предварительно настроить DNS-записи в панели управления AlexHost. Это значительное операционное преимущество — настроив A-записи, MX-записи, CNAME-записи и TXT-записи (включая записи SPF, DKIM и DMARC) до завершения переноса, вы минимизируете период, в течение которого разрешение DNS может быть непоследовательным.

Если вы также размещаете сайт или электронную почту у AlexHost, именно сейчас следует направить DNS на правильную инфраструктуру. Для команд, управляющих почтовой инфраструктурой, Email Хостинг от AlexHost интегрируется непосредственно с панелью управления DNS вашего домена.

Массовый перенос доменов

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

Формат ввода для массового переноса:

yourdomain.com:AuthCode1
anotherdomain.net:AuthCode2
thirddomain.org:AuthCode3

Вводите каждый домен на отдельной строке, сразу после которого следует двоеточие и соответствующий EPP auth-code — без пробелов. Отправьте весь список за одну операцию. AlexHost обрабатывает каждый запрос на перенос индивидуально в соответствующем реестре, поэтому разные домены могут завершить перенос в разное время в зависимости от скорости ответа теряющего регистратора.

Сроки переноса: что происходит после подачи запроса

Понимание технических сроков предотвращает ненужные обращения в службу поддержки и беспокойство в период ожидания.

Ключевое замечание: Многие теряющие регистраторы предлагают опцию «ускоренного освобождения» в своей панели управления. Если ваш текущий регистратор поддерживает это, немедленное одобрение переноса вместо ожидания 5-дневного периода автоматического одобрения может сократить общее время переноса до менее чем 24 часов.

Совет по управлению TTL: Перед инициированием переноса снизьте значения TTL для критических DNS-записей (A, MX, CNAME) до 300 секунд (5 минут) у текущего регистратора. Сделайте это как минимум за 24–48 часов до переноса — достаточно долго, чтобы сниженное значение TTL распространилось. Когда перенос завершится и вы обновите записи в AlexHost, изменения распространятся глобально за минуты, а не дни.

Перенос домена vs. изменение DNS vs. смена регистратора: уточнение терминологии

Эти три понятия часто путают, и их смешение приводит к неверным действиям.

Изменение серверов имён у текущего регистратора для указания на DNS-инфраструктуру AlexHost не является переносом домена. Это изменение делегирования DNS. Домен остаётся зарегистрированным у текущего регистратора. Полный перенос полностью перемещает отношения с регистратором.

После переноса: настройка DNS и инфраструктуры

После завершения переноса и становления AlexHost вашим авторитетным регистратором обновление и проверка DNS-записей является наиболее операционно критической задачей.

Основные DNS-записи для проверки

• A-запись: Указывает корневой домен (@) на IPv4-адрес вашего сервера
• AAAA-запись: Указывает корневой домен на IPv6-адрес вашего сервера (если применимо)
• CNAME-запись: Обычно используется для псевдонима субдомена www
• MX-записи: Направляют входящую электронную почту на ваши почтовые серверы с правильными значениями приоритета
• TXT-записи: Политика SPF, публичные ключи DKIM, политика DMARC и токены верификации домена для сторонних сервисов
• NS-записи: Подтверждают, что серверы имён AlexHost указаны как авторитетные

Если ваш домен указывает на среду VPS Хостинга, убедитесь, что A-запись отражает правильный публичный IP-адрес вашего экземпляра VPS. Для высоконагруженных или ресурсоёмких рабочих нагрузок Выделенные серверы обеспечивают выделенные ресурсы с полным контролем над сетевой конфигурацией, что упрощает согласование DNS после переноса.

Непрерывность SSL-сертификата

Перенос домена не аннулирует существующие SSL/TLS-сертификаты. Однако если ваш сертификат проверен по домену (DV) и привязан к предыдущей среде хостинга, вам может потребоваться его перевыпуск после обновления DNS-записей. Убедитесь, что ваш SSL-сертификат охватывает как корневой домен, так и субдомен www (или используйте wildcard-сертификат). AlexHost предоставляет SSL-сертификаты, которые можно выпустить и управлять ими непосредственно из панели аккаунта после завершения переноса.

Доступ к панели управления

После перехода домена под управление AlexHost вы получаете доступ к централизованной панели управления для управления DNS, обновления WHOIS, блокировки домена, настройки автопродления и управления серверами имён. Для команд, предпочитающих управление на основе cPanel, VPS с cPanel объединяет управление доменом и хостингом в привычном интерфейсе.

Распространённые ошибки при переносе и способы их устранения

Даже опытные администраторы сталкиваются с неудачными переносами. Вот наиболее частые причины и их решения.

Auth-code отклонён реестром

Auth-code чувствителен к регистру и истекает через установленный период. Запросите свежий код у текущего регистратора и немедленно отправьте его. Убедитесь, что в поле кода нет ведущих или завершающих пробелов.

Статус домена — clientTransferProhibited

Домен всё ещё заблокирован. Вернитесь в панель текущего регистратора, отключите блокировку переноса, подождите 5–10 минут и проверьте изменение статуса в WHOIS перед повторной подачей запроса.

Письмо с подтверждением переноса не получено

Проверьте email административного контакта в WHOIS. Если он неверен или защищён сервисом конфиденциальности, сначала обновите его. Также проверьте папку со спамом — письма с подтверждением переноса часто ошибочно классифицируются.

Реестр отклоняет перенос из-за 60-дневной блокировки

Это жёсткое ограничение политики ICANN. Обходного пути нет. Подождите, пока не истечёт 60-дневный период с даты создания домена или последнего переноса.

Сбои валидации DNSSEC после переноса

Удалите DS-записи из реестра перед инициированием переноса. После переноса повторно включите DNSSEC в AlexHost и добавьте новые DS-записи в родительскую зону.

Теряющий регистратор отклоняет перенос

Регистратор может законно отклонить перенос только при наличии активного спора UDRP, судебного решения или задокументированного сообщения о мошенничестве. Если отказ необоснован, подайте жалобу в отдел соответствия требованиям регистраторов ICANN.

Матрица решений: когда переносить домен, а когда только менять DNS

Используйте эту матрицу для определения правильного действия в вашей ситуации.

Технические ключевые выводы

• Снимите блокировку домена и проверьте email контакта WHOIS до запроса auth-code — не после.
• Снизьте значения TTL DNS до 300 секунд как минимум за 24 часа до начала переноса.
• Отключите DNSSEC и удалите DS-записи из реестра перед подачей запроса на перенос.
• EPP auth-code чувствителен к регистру и ограничен по времени; используйте его в течение 24 часов после получения для наилучших результатов.
• Массовые переносы используют формат domain.com:AuthCode — по одному на строку, без пробелов.
• 5-дневный период переноса ICANN можно сократить, немедленно одобрив перенос у теряющего регистратора.
• После переноса проверьте все типы DNS-записей — не только A-запись — прежде чем считать миграцию завершённой.
• SSL-сертификаты могут потребовать перевыпуска после изменений DNS; решайте этот вопрос заблаговременно, чтобы избежать ошибок HTTPS.
• Для новых доменов, зарегистрированных через AlexHost, изучите Регистрацию доменов, чтобы управлять всем из единой панели с первого дня.

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

Сколько времени занимает перенос домена к AlexHost?

Технический перенос завершается в течение 24 часов после одобрения запроса теряющим регистратором. У теряющего регистратора есть до 5 дней на ответ, после чего перенос автоматически одобряется. Распространение DNS после переноса может занять дополнительно 24–72 часа в зависимости от значений TTL. Общее затраченное время обычно составляет 1–7 дней.

Будет ли мой сайт недоступен во время переноса домена?

Нет, если вы правильно подготовитесь. Предварительно настройте DNS-записи в панели AlexHost до завершения переноса и снизьте значения TTL за 24–48 часов заранее. Если серверы имён и DNS-записи правильно настроены в AlexHost до завершения переноса, посетители не заметят никаких перебоев.

Что такое EPP auth-code и где его найти?

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

Можно ли перенести домен, который только что был зарегистрирован или недавно перенесён?

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

Что происходит с моими DNS-записями после завершения переноса?

Существующие DNS-записи не переносятся автоматически. Вам необходимо вручную воссоздать или импортировать их в панели управления DNS AlexHost. Именно поэтому предварительная настройка DNS-записей до завершения переноса — и снижение значений TTL заранее — является критически важной передовой практикой, предотвращающей простои.