Как перенести DNS-зону сайта и сохранить работу почты

Сначала сохраните DNS-зону у текущего провайдера и перенесите её записи к новому, затем меняйте NS-серверы домена. Для работы почты нужны не только MX-записи: проверьте адреса почтовых серверов, SPF, DKIM и DMARC. Ниже — порядок переноса, который поможет сохранить настройки сайта и почты, проверить новую зону до переключения и понять, когда можно отключать старую. Он подходит для ситуации, когда бизнес меняет хостинг, переносит управление DNS или делает оба действия одновременно.

Что проверить перед переносом DNS-зоны?

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

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

1. Сохраните экспорт действующей зоны. Если панель не поддерживает экспорт, скопируйте все записи с именами, типами, значениями и TTL.
2. Уточните, где работает почта и сохранится ли услуга после отключения старого хостинга.
3. Проверьте доступ к регистратору: именно там обычно меняют NS-серверы и настройки DNSSEC.
4. Запишите прежние NS-серверы и адреса сайта, чтобы сохранить исходные настройки для отката.

TTL — срок, в течение которого DNS-резолвер может хранить ответ в кэше. Если планируете менять адрес сайта, заранее уменьшите TTL соответствующих записей, если панель это позволяет. Уже сохранённый ответ останется в чужом кэше до истечения прежнего срока. Изменение TTL перед самым переключением его не очистит.

Если вместе с DNS переезжает WordPress, отдельно проверьте сайт на новом сервере. Для проверки обновлений пригодится staging-копия сайта на VPS. DNS-зона не содержит файлы сайта, базу данных и письма: их переносят отдельно.

Какие DNS-записи нужно скопировать для сайта и почты?

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

• A и AAAA задают адреса сайта и отдельных серверов. Проверьте основной домен, www и рабочие поддомены. Если новый сервер не обслуживает IPv6, старая AAAA-запись будет направлять часть посетителей по прежнему адресу.
• CNAME связывает одно имя с другим. Сохраните такие записи для поддоменов и внешних сервисов, если они остаются в работе.
• MX указывает серверы, которые принимают почту. Перенесите имена серверов и их приоритеты без изменений, если почтовый провайдер остаётся прежним.
• TXT содержит SPF, DKIM и DMARC, а также записи для подтверждения владения доменом. Перенесите каждую запись под её исходным именем.
• CAA, SRV и записи делегирования NS внутри зоны нужны, если их используют ваши сервисы. Перед удалением непонятной записи выясните её назначение.

Проверьте адрес, на который ссылается MX. Если это почтовый поддомен вашей компании, в новой зоне должна остаться его A- или AAAA-запись. Копия одного MX не поможет, если имя почтового сервера перестанет разрешаться в адрес.

Отдельная ловушка — формат имён в панели. Одни панели ждут короткое имя поддомена, другие принимают полное. При неверном вводе панель может повторно дописать домен. После сохранения смотрите итоговое имя записи, особенно у DKIM: в нём есть селектор и часть _domainkey.

Не создавайте дополнительную SPF-запись рядом с существующей. Если отправители почты не меняются, перенесите текущую запись целиком. При смене почтового сервиса состав SPF нужно пересмотреть по его инструкции. Сам перенос DNS не требует менять отправителей, ключ DKIM или политику DMARC.

Как проверить новую зону и переключить NS-серверы?

Проверьте новую зону до изменения делегирования. Обычный просмотр сайта здесь не поможет: компьютер пока обращается к действующим DNS-серверам. Нужен запрос непосредственно к новому авторитетному серверу — тому, который будет отвечать за вашу зону после переключения.

1. В панели нового провайдера убедитесь, что зона активна и вам доступны имена новых NS-серверов.
2. Через dig или nslookup запросите у каждого нового NS записи сайта, MX и почтовые TXT-записи.
3. Сравните ответы с сохранённой зоной. Для сайта допускается новый адрес, если вы одновременно переносите хостинг; почтовые значения должны соответствовать вашему плану.
4. Проверьте DNSSEC у регистратора и согласуйте его переключение с новым DNS-провайдером.
5. После успешной проверки замените NS-серверы у регистратора и оставьте старую зону работать на время перехода.

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

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

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

Как убедиться, что после переноса работают сайт и почта?

Проверяйте входящую и исходящую почту отдельно. Письмо между двумя ящиками внутри компании может пройти без обращения к внешним MX-записям. Поэтому для теста нужен ящик в другом почтовом сервисе.

1. Откройте основной домен и www, затем проверьте рабочие поддомены. Убедитесь, что браузер не показывает ошибку сертификата.
2. Отправьте письмо с внешнего ящика на корпоративный адрес и проверьте получение.
3. Ответьте с корпоративного адреса и проверьте доставку, включая папку нежелательной почты.
4. В технических заголовках полученного письма посмотрите результаты SPF, DKIM и DMARC.
5. Проверьте отправку с сайта: оформите тестовую заявку или запустите предусмотренное системой тестовое письмо.

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

Если сайт открывается из одной сети, но недоступен из другой, сравните DNS-ответы. Во время перехода разные резолверы могут хранить прежние данные. Однако ожидание не исправит пропущенную запись: сначала проверьте ответы новых авторитетных NS.

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

Типичные ошибки при переносе DNS-зоны

• Перенесли только A-запись сайта. Исправление: сравнить новую зону с полной копией, включая MX, TXT и рабочие поддомены.
• Оставили адрес почтового сервера на старом хостинге и отключили его. Исправление: сохранить почтовую услугу либо отдельно перенести ящики и письма.
• Скопировали TXT под неправильным именем или обрезали значение. Исправление: проверить итоговые DNS-ответы, особенно длинный ключ DKIM.
• Забыли про DNSSEC. Исправление: проверить соответствие DS у регистратора настройкам новой зоны до смены NS.
• Вернули старые NS сразу после первого сбоя. Исправление: сначала найти ошибочную запись; повторная смена делегирования добавит разные ответы в кэшах и затруднит проверку.

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