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

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

Что должно получиться

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

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

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

Из чего это складывается

Типы записей и назначение полей описаны в документации Cloudflare DNS. Это справочник формата, а не рекомендация обязательно переносить домен в этот сервис. Нужные значения берите у площадки, на которой расположен именно ваш сайт: адреса из чужого примера использовать нельзя.

Как это сделать по шагам

1. Соберите исходные настройки. Сохраните список текущих серверов имён и всех записей зоны. Отдельно отметьте почту, поддомены и внешние сервисы. Если доступен экспорт, сохраните его вместе с понятным описанием: какие значения действовали до переключения.
2. Подготовьте сайт на новой площадке. Добавьте домен в настройки размещения и свяжите его с нужным проектом. Убедитесь, что файлы загружены, приложение настроено, а база данных доступна. Само изменение DNS ничего из этого не переносит.
3. Выберите способ подключения. Либо оставьте действующие серверы имён и измените необходимые записи, либо перенесите обслуживание DNS на серверы, указанные новой площадкой. Если меняете делегирование, сначала воспроизведите нужную зону на новой стороне.
4. Измените только согласованные значения. Для A и AAAA используйте адреса сервера, для CNAME — целевое имя. Проверьте, к какому имени относится запись: к основному домену, www или другому поддомену. Не добавляйте HTTP, HTTPS, номер страницы или путь к файлу в поле адреса DNS.
5. Сохраните изменения и проверьте ответы DNS. Сопоставьте результат с планом подключения. При смене серверов имён отдельно проверьте делегирование. Учитывайте, что в промежуточном кэше ещё могут оставаться прежние ответы.
6. Откройте сайт по всем нужным адресам. Проверьте основное имя, www и используемые поддомены. Затем проверьте защищённое соединение, переходы между страницами, формы и получение почты. Запишите результат и фактические значения после переключения.

Менять записи или серверы имён

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

Смена серверов имён означает, что сведения о домене будет отдавать другая сторона. Изменение делается у регистратора или у сервиса, через который управляется домен. После переключения редактирование старой зоны не исправит ошибку в новой: важно не перепутать кабинеты. Роль делегирования поясняется в документации по смене серверов имён.

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

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

Как сохранить почту и поддомены

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

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

Отдельно проверьте www. Он не обязан автоматически повторять основной домен. Способ настройки зависит от площадки: она может выдать адрес сервера или имя для CNAME. Указание другого имени в DNS также не создаёт перенаправление страницы в браузере. Выбор основного адреса и перенаправление на него настраиваются на уровне сайта или сервера.

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

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

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

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

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

Частые ошибки

• Записи меняют в кабинете регистратора, хотя действующая зона находится у другого DNS-провайдера. Проверьте делегирование и редактируйте авторитетную зону.
• Новый адрес добавляют рядом со старым без плана. Несколько адресов могут использоваться намеренно, но случайная смесь способна отправлять посетителей на разные серверы.
• Обновляют A, оставляя неверную AAAA. Посетители с доступом по IPv6 могут получать другой результат. Сверьте оба типа с конфигурацией размещения.
• Для CNAME вставляют полный адрес страницы. В такой записи требуется доменное имя, а перенаправление на раздел сайта решается другим способом.
• Ожидают, что настройка DNS выпустит сертификат, перенесёт файлы и настроит почту. Эти работы проверяются отдельно, даже если выполняются в одном кабинете.

Как проверить

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

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

Вопросы и ответы

Нужно ли покупать домен у своего хостера?

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

Можно ли обойтись без смены серверов имён?

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

Почему домен открывает страницу хостинга вместо моего сайта?

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

Нужно ли удалять старую AAAA, если дали только IPv4?

Сначала выясните назначение существующей AAAA и поддержку IPv6 на новой стороне. Не оставляйте адрес старого сервера по невнимательности. Изменение или удаление согласуйте с фактической схемой подключения.

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

Сравните текущие MX и связанные TXT с сохранёнными настройками почтового сервиса. При смене серверов имён проверьте новую зону: почтовые записи могли остаться только в старой. Исправляйте причину по инструкции провайдера почты.

Можно ли проверить только открытие главной страницы?

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