Как привязать домен к хостингу и не сломать почту

Где живут домен, сайт и почта

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

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

До изменений сохраните зону целиком: экспортом, если он доступен, или перечнем записей с именами, типами и значениями. Отдельно отметьте рабочую почту, поддомены, проверки владения и внешние сервисы. Не публикуйте снимок зоны с чувствительными сведениями в открытом обращении.

Менять NS или отдельные записи

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

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

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

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

Какие записи нужны сайту и почте

Адреса берите из настроек заказанной услуги. Не копируйте IP из статьи или чужого тарифа: у вашей площадки он может быть другим. Основные назначения записей описаны в справочнике типов DNS.

Таблицу можно прокрутить вправо.

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

Не оставляйте старый AAAA только потому, что A уже исправлен. Часть посетителей с IPv6 может попасть на другой сервер. Либо подготовьте корректный IPv6 на новой площадке, либо согласованно уберите устаревшую запись, предварительно проверив её назначение.

Почему DNS недостаточно для работы сайта

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

Затем настройте HTTPS для всех имён, которые будут принимать соединения. Редирект с https://www на адрес без www выполняется после установления защищённого соединения, поэтому исходному имени также нужен подходящий сертификат.

Выдача сертификата требует подтверждения контроля над именем. Например, Let’s Encrypt описывает проверки через HTTP и DNS. Конкретный способ зависит от площадки. Не выдавайте полный доступ к регистратору там, где достаточно ограниченного способа подтверждения.

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

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

Как проверить результат и найти ошибку

Проверяйте несколько вещей отдельно: ответы DNS, соединение, сертификат и содержимое сайта. При необходимости попросите поддержку показать ответы авторитетных серверов и используемого резолвера. Фраза «у меня открывается» не описывает, какое звено уже обновилось.

DNS-ответы кешируются. TTL относится к хранению конкретного ответа; он не гарантирует обновление всех сетей через одинаковое время. Уменьшение TTL после того, как старый ответ уже сохранён, не отзывает его из чужого кеша. Проверяйте ход изменений, не обещая себе универсальные «два часа».

1. Откройте основной домен и www из двух независимых сетей.
2. Сверьте, что возвращается ожидаемый сайт, включая вложенную страницу.
3. Проверьте сертификат на каждом входном имени и переход HTTP → HTTPS.
4. Отправьте тестовое письмо в обе стороны через рабочую почту.
5. Пройдите форму, вход и другие действия, которые зависят от адреса сайта.

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

Что сохранить после подключения

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

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