Смена регистратора домена кажется рискованной операцией, особенно если на адресе уже работает сайт и сотрудники пользуются корпоративной почтой. Возникает вполне понятный страх: домен перенесут, DNS перестанет работать, сайт исчезнет, а письма начнут возвращаться отправителям. На практике сам перенос домена к другому регистратору обычно не требует ни переноса сайта, ни смены хостинга. Если заранее разобраться, где обслуживается DNS и какие настройки используются, посетители могут вообще не заметить происходящего.
Главное здесь не путать три разные услуги: регистрацию домена, DNS и хостинг. Они могут предоставляться одной компанией, поэтому в панели выглядят как единое целое, но технически остаются отдельными. Регистратор ведет обслуживание доменного имени, DNS сообщает интернету, куда направлять запросы, а хостинг хранит сайт. Почтовый сервер при этом вообще может находиться у четвертого поставщика. Смена одной части этой цепочки не обязательно требует изменения остальных.
Именно поэтому перенос лучше начинать не с получения кода и нажатия кнопок, а с небольшой проверки текущей конфигурации. Несколько минут подготовки могут избавить от ситуации, когда домен уже обслуживается новой компанией, а владелец только после этого пытается вспомнить, какие DNS-записи обеспечивали работу сайта и почты.
Зачем переносить домен к другому регистратору
Самая очевидная причина — условия обслуживания. Владельца может не устраивать стоимость продления, интерфейс личного кабинета, работа поддержки или набор доступных функций. Иногда домен регистрировался много лет назад у случайно выбранной компании, а со временем остальные проекты оказались у другого регистратора. Тогда перенос позволяет собрать домены в одном аккаунте и упростить контроль за продлением.
Для компании может быть важна и организационная сторона. Домены нередко оказываются разбросаны по личным кабинетам бывших сотрудников, веб-студий и подрядчиков. Пока все работает, это не кажется проблемой. Она обнаруживается в самый неподходящий момент, когда требуется изменить DNS, продлить регистрацию или подтвердить права на домен. Перенос к выбранному компанией регистратору позволяет привести управление цифровыми активами в порядок, хотя перед этим необходимо убедиться, что администратором домена действительно является нужное лицо или организация.
Бывает и обратная ситуация: хостинг хочется сменить, а регистратор полностью устраивает. Тогда переносить домен вообще не требуется. Достаточно изменить DNS-настройки так, чтобы адрес начал вести на новый сервер. Сам факт переезда сайта не является причиной обязательно переносить его доменное имя.
Что происходит с сайтом во время переноса домена
Регистратор не хранит содержимое сайта только потому, что домен зарегистрирован через него. Если сайт расположен на отдельном хостинге, его файлы, база данных и настройки остаются на прежнем сервере. Перенос регистрации сам по себе их не затрагивает.
Решающее значение имеют DNS-серверы и записи домена. Именно они связывают понятное человеку имя вроде example.ru с сервером, на котором находится сайт. Если при смене регистратора существующее DNS-обслуживание сохраняется, адрес продолжает вести туда же. Для посетителя ничего принципиально не меняется.
Проблемы обычно появляются тогда, когда вместе с регистратором неожиданно меняется и DNS. Например, домен использовал DNS-серверы старой компании, а после переноса владелец переключил его на DNS нового регистратора, не создав там необходимые записи. В новой зоне еще нет адреса веб-сервера, почтовых MX-записей, подтверждений сервисов и других параметров. Домен формально существует и успешно перенесен, но интернет больше не знает, куда направлять связанные с ним запросы.
Поэтому безопаснее рассматривать смену регистратора и смену DNS как две отдельные операции. Если нет необходимости переносить DNS одновременно, лучше сначала закончить работу с регистратором и убедиться, что сайт и почта работают как раньше. Перенести DNS можно позже отдельным этапом.
Что нужно сохранить перед переносом
Перед началом процедуры полезно определить, какие DNS-серверы сейчас указаны для домена, и сохранить содержимое DNS-зоны. Особое внимание стоит уделить записям A и AAAA, CNAME, MX и TXT. В зоне могут находиться не только настройки сайта и почты, но и подтверждения владения доменом, параметры почтовой аутентификации, поддомены и записи сторонних сервисов.
Если DNS обслуживает независимый сервис и его адреса после переноса не меняются, копия зоны все равно пригодится как страховка. Если же DNS предоставлял старый регистратор и после ухода обслуживание будет прекращено, записи необходимо заранее воспроизвести у нового DNS-провайдера. Делать это по памяти после отключения старой зоны намного сложнее.
Стоит также проверить срок регистрации домена. Начинать перенос в последний момент перед окончанием оплаченного периода — плохая идея. Для отдельных доменных зон существуют собственные ограничения и процедуры трансфера, а просроченное имя может оказаться в состоянии, когда обычная смена регистратора уже недоступна. Запас времени позволяет спокойно решить вопрос с подтверждением данных или поддержкой, если что-то пойдет не по плану.
Наконец, необходимо проверить доступ к контактам и учетной записи администратора. Перенос может требовать подтверждения действия, а старый телефон или недоступная электронная почта способны превратить простую процедуру в восстановление доступа. Особенно внимательно это нужно проверять у корпоративных доменов, зарегистрированных несколько лет назад.
Как проходит перенос домена к другому регистратору
Конкретная процедура зависит от доменной зоны. Нельзя автоматически переносить правила .RU на .COM или наоборот. Для международных и национальных зон могут отличаться сроки, способы подтверждения, ограничения и порядок оплаты. Поэтому окончательные действия всегда следует сверять с правилами соответствующей зоны и инструкциями обоих регистраторов.
Для доменов .RU и .РФ смена обслуживающего регистратора осуществляется через установленную процедуру передачи поддержки домена. В ней используется AuthInfo-код, который администратор получает у текущего регистратора. Затем заявка на передачу подается новому регистратору. Перед выдачей кода и выполнением операции могут проверяться сведения администратора и наличие ограничений на действия с доменом.
У международных доменов тоже широко применяется код авторизации трансфера, который может называться Auth Code, EPP Code или Transfer Code. Обычно сначала необходимо убедиться, что домен допускает перенос, получить код у текущего регистратора и инициировать трансфер у нового. Но детали зависят от конкретной доменной зоны, поэтому универсальная инструкция из нескольких кнопок здесь была бы скорее вредной.
Важно различать смену регистратора и передачу домена другому владельцу. При обычном переносе администратор доменного имени не меняется. Меняется организация, через которую этот администратор обслуживает домен. Если нужно одновременно передать права другому человеку или компании, это уже отдельная процедура со своими правилами.
Как не потерять корпоративную почту
Почта чаще всего вызывает больше опасений, чем сайт. Если несколько часов не открывается страница компании, проблему быстро заметят. Потерянное письмо от клиента может остаться незамеченным. Поэтому перед переносом домена важно выяснить, где фактически обслуживаются почтовые ящики.
Маршрут почты определяют прежде всего MX-записи домена. Они указывают серверы, которым следует передавать входящие сообщения. Вместе с ними в DNS обычно находятся TXT-записи, связанные с SPF, DKIM, DMARC и подтверждением различных сервисов. Если новая DNS-зона будет создана без этих параметров, почта может перестать приниматься или исходящие сообщения начнут хуже проходить проверки.
Сам перенос регистратора не переносит почтовые ящики и их содержимое. Если компания продолжает пользоваться прежним почтовым сервисом и DNS-записи не меняются, письма остаются там же. Переносить сами ящики необходимо только в том случае, если одновременно меняется поставщик почтовой услуги.
Это еще одна причина не объединять несколько крупных изменений в один вечер. Одновременная смена регистратора, DNS, хостинга и почтового сервера усложняет диагностику. Если что-то перестает работать, приходится искать причину сразу в четырех местах. Поэтапный перенос намного спокойнее: изменили один компонент, проверили результат и только затем перешли к следующему.
Нужно ли менять DNS при смене регистратора
Нет, если используемые DNS-серверы могут продолжать обслуживать домен независимо от регистратора. Это распространенная схема. Домен регистрируется в одной компании, сайт размещается в другой, а DNS может обслуживаться третьим сервисом. В таком случае перенос регистратора практически не касается технической работы сайта.
Сложнее, если DNS предоставляется старым регистратором как часть его услуги и после переноса зона больше не будет обслуживаться. Тогда заранее следует создать аналогичную DNS-зону в другом месте и только после проверки переключить домен на новые серверы имен.
При смене DNS результат также не распространяется по интернету мгновенно. Часть информации некоторое время может сохраняться в кэше у провайдеров, операционных систем и других DNS-серверов. Из-за этого один пользователь уже увидит новую конфигурацию, а другой некоторое время будет обращаться по старым данным. Это нормальная особенность DNS, которую нужно учитывать при планировании изменений.
Если требуется перенести и DNS, риск простоя можно уменьшить подготовкой новой зоны заранее. Все необходимые записи создаются до переключения, проверяются адреса сайта и почты, и только после этого меняются серверы имен. Старую конфигурацию не стоит удалять сразу после переключения.
Какие ошибки чаще всего приводят к проблемам
Самая распространенная ошибка — воспринимать домен, DNS и хостинг как одну услугу. Пользователь переносит домен и ожидает, что вместе с ним автоматически переедут сайт, сертификаты, почтовые ящики и настройки. Но новый регистратор может вообще не иметь доступа ни к одному из этих компонентов.
Вторая ошибка — удаление старого аккаунта слишком рано. Пока перенос не завершен и работа всех сервисов не проверена, доступ к прежней панели лучше сохранить. Там могут понадобиться DNS-записи, данные об администраторе или история операций.
Не стоит начинать перенос и тогда, когда домен находится на грани окончания регистрации. Если выяснится, что данные администратора требуют проверки или на домен наложено ограничение, времени на исправление ситуации останется мало. Для важного корпоративного адреса разумнее проводить такие операции без спешки.
Еще одна неприятная ошибка — получить код переноса и отправить его постороннему человеку. AuthInfo или аналогичный код используется для авторизации операции, поэтому относиться к нему следует как к конфиденциальным данным. Передавать его нужно только там, где это действительно требуется для процедуры выбранного регистратора.
Как проверить домен после переноса
После завершения процедуры недостаточно увидеть домен в новой панели и решить, что все готово. Сначала стоит проверить, какие DNS-серверы указаны для него и соответствуют ли они ожидаемой конфигурации. Затем открыть сам сайт с нескольких устройств или подключений и проверить не только главную страницу, но и основные функции проекта.
Если используется корпоративная почта, полезно отправить тестовые сообщения в обе стороны: с внешнего адреса на корпоративный и обратно. Так можно убедиться, что принимающая сторона находится правильно, а исходящая почта продолжает проходить необходимые проверки.
Следом проверяются поддомены и сторонние сервисы. На основном адресе сайт может работать идеально, а забытая DNS-запись способна отключить CRM, служебную панель, API или отдельный поддомен. Чем сложнее инфраструктура компании, тем полезнее заранее составить небольшой перечень сервисов, которые нужно проверить после изменений.
Если регистратор сменился, а сайт и почта работают точно так же, как раньше, это не признак того, что перенос ничего не изменил. Наоборот, именно так и должна выглядеть аккуратно проведенная процедура для обычного посетителя.
Стоит ли переносить домен вместе с сайтом
Иногда действительно удобно хранить домен и хостинг у одной компании. Меньше учетных записей, одна поддержка и единая панель упрощают управление небольшим проектом. Но технической необходимости в этом нет. Более того, для важных сайтов разделение регистратора и хостинга может быть вполне осознанной схемой.
Если требуется только более быстрый сервер или другой тариф, достаточно перенести сайт и изменить DNS. Если устраивает хостинг, но не устраивает обслуживание домена, можно сменить только регистратора. Если проблема в DNS, меняется только DNS-провайдер. Такой подход позволяет не трогать работающие компоненты без необходимости.
Безопасный перенос домена поэтому начинается не с кнопки перенести, а с понимания собственной инфраструктуры. Нужно знать, где зарегистрирован домен, кто обслуживает его DNS, где расположен сайт и куда направлена почта. После этого смена регистратора перестает выглядеть переездом всего проекта и превращается в замену одного конкретного звена.
Если сохранить текущие DNS-настройки, заранее проверить данные администратора и не пытаться одновременно менять все сервисы, сайт может продолжать работать без заметного перерыва, а почта — принимать сообщения как обычно. Именно такой результат и следует считать правильно выполненным переносом домена.
