Как направить домен на хостинг: A, AAAA и NS без путаницы

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

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

Найдите действующую DNS-зону

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

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

Выберите способ подключения

Если DNS остаётся прежним, для сайта обычно меняют A-запись на IPv4-адрес хостинга. AAAA задаёт IPv6-адрес. Запись CNAME связывает имя с другим именем и часто используется для www. Допустимость конкретной конфигурации зависит от провайдера и места записи в зоне.

Если выбран переход на NS хостинга, заранее создайте у него нужную зону и перенесите необходимые записи. Смена NS меняет обслуживание всей зоны, а не только главной страницы. Именно поэтому при невнимательном переключении может перестать работать почта, хотя сам сайт открывается.

Согласуйте DNS и настройки веб-сервера

Хостинг должен знать, какой сайт обслуживать для вашего имени. Один IP может использоваться несколькими проектами, поэтому одного указания адреса недостаточно. Добавьте домен в панели, проверьте привязку к каталогу или приложению и настройте HTTPS.

Не забывайте вариант с www. Решите, какой адрес основной, а второй направляйте к нему. Сертификат должен покрывать используемые имена. Если IPv6 не настроен, старая AAAA-запись может отправлять часть посетителей на другой сервер. Проверьте обе адресные записи, а не только A.

Дайте кэшам обновиться и проверяйте по уровням

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

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

Как проверить почту и внешние сервисы

После изменения делегирования сверьте MX, SPF и остальные необходимые записи с исходным списком. Отправьте тестовое письмо на доменную почту и ответьте с неё. Проверьте сервисы, которые подтверждали домен через TXT. Не восстанавливайте значения по памяти, если есть сохранённая зона.

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

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