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

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

Для подключения домена обычно достаточно создать сайт в панели хостинга, настроить A-запись и при необходимости AAAA или www, а затем выпустить SSL-сертификат. Переносить сам домен к другому регистратору ради этого не требуется.

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

Домен, регистратор, DNS и хостинг: где что настраивается

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

Например, домен зарегистрирован в одной компании, DNS размещён у второй, сайт — у третьей, а почта — у четвёртой. Такая схема нормальна, если понятно, где находится каждая настройка.

Основы работы доменных имён описаны в материале MDN. Для практической настройки важно установить, какие NS-серверы сейчас авторитетны для вашего домена. Изменение записей в неиспользуемой панели не повлияет на посетителей.

Что нужно сделать	Где искать настройку
Продлить регистрацию	У регистратора домена
Сменить NS	У регистратора домена
Изменить A, AAAA, MX, TXT	В действующей DNS-зоне
Создать сайт и выбрать папку	На хостинге
Настроить PHP и базу	На хостинге
Выпустить сертификат	На хостинге, прокси или в системе управления TLS

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

Что подготовить заранее

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

Уточните, предоставляет ли хостинг IPv4, IPv6, специальный CNAME или собственные NS-серверы. Для некоторых управляемых платформ подключение выполняется через CNAME и проверочную TXT-запись, а не прямой IP. Следуйте инструкции конкретной услуги.

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

Также решите, какой адрес будет основным: example.com или www.example.com. Оба имени можно обслуживать, но для одного и того же сайта обычно выбирают единый основной URL и настраивают переход со второго варианта.

Два способа направить домен

Оставить DNS на прежнем сервисе

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

Обычно меняют A-запись основного домена, при необходимости AAAA и запись www. Остальные записи остаются прежними. Такой способ уменьшает объём изменений при переносе только веб-части.

Передать DNS-зону на NS хостинга

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

Главный риск — забыть MX, SPF, DKIM, DMARC, записи поддоменов и проверки владения. Не начинайте с переключения NS в надежде «добавить остальное потом»: почта и интеграции могут перестать работать раньше, чем вы заметите пропажу записи.

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

Шаг 1. Добавьте домен на хостинге

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

Проверьте, что в папке действительно есть стартовая страница или настроено приложение. Для обычного HTML это может быть index.html, для PHP — точка входа CMS. У некоторых фреймворков публичной является папка public, а весь проект размещается выше.

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

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

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

В панели регистратора посмотрите текущие NS-серверы. Затем откройте сервис, которому они принадлежат. Внешне похожие разделы «DNS» могут существовать одновременно у регистратора и хостинга, но работать будет зона, на которую указывает делегирование.

Через командную строку можно посмотреть NS:

dig NS example.com +short

На Windows доступна команда:

nslookup -type=NS example.com

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

Шаг 3. Настройте A-запись

A-запись связывает имя с IPv4-адресом. Для основного домена в панели часто используют поле @ или пустое имя; точный формат зависит от сервиса.

Тип	Имя	Значение	Назначение
A	@	203.0.113.20	Основной домен
CNAME	www	example.com.	www следует за основным именем

Точка в конце полного имени CNAME используется в DNS-формате зоны; панели могут добавлять её автоматически. Проверьте подсказку интерфейса, чтобы не получить ошибочную цель вида example.com.example.com.

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

Не записывайте в поле IP полный URL https://... и не добавляйте путь к папке сайта. DNS работает с именами и адресами; выбор пути страницы выполняется уже в HTTP-запросе.

Шаг 4. Проверьте AAAA и IPv6

AAAA-запись связывает домен с IPv6. Её стоит публиковать только тогда, когда новый сервер действительно принимает запросы по этому адресу, обслуживает нужный сайт и имеет корректный HTTPS.

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

Не удаляйте рабочий IPv6 без причины. Сверьте выданные адреса, проверьте доступность и обновите запись. Если услуга IPv6 не поддерживает, уберите устаревшую AAAA после проверки последствий для проекта.

Проверить опубликованные ответы можно так:

dig A example.com +short
dig AAAA example.com +short

Шаг 5. Подключите www и поддомены

Для www обычно используют CNAME на основной домен или отдельную A-запись. CNAME удобен тем, что следует за изменением адреса целевого имени. Но он не является HTTP-редиректом: адрес в браузере от него не меняется.

Чтобы посетитель с www.example.com попадал на example.com, настройте редирект на веб-сервере или в панели хостинга. При HTTPS сертификат должен покрывать оба имени, потому что защищённое соединение устанавливается до перенаправления.

Поддомен blog.example.com настраивается отдельно: запись в DNS плюс сайт или алиас на хостинге. Он может указывать на другой сервер. Добавление поддомена не требует регистрации нового домена.

Не используйте wildcard-запись * как универсальное исправление всех ошибок. Она направит неизвестные имена на сервер, но не создаст нужные приложения, маршруты и сертификаты. Для конкретного сайта понятнее явные записи.

Что нельзя менять без необходимости

MX направляет почту, TXT часто используется для SPF, DKIM, DMARC и подтверждения владения. Удаление этих записей при подключении сайта может нарушить доставку писем и интеграции, даже если главная страница открывается нормально.

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

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

Для корпоративного сайта почта и подтверждения внешних кабинетов могут быть критичнее нескольких минут недоступности страницы. Ведите список зависимостей домена, а не только список его A-записей.

Что означает TTL и почему изменения видны не сразу

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

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

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

Полезная последовательность проверки: сначала авторитетный DNS, затем обычный резолвер, затем фактический адрес соединения браузера. Так проще понять, на каком этапе осталось старое значение.

Шаг 6. Проверьте сайт до и после переключения

Если на новом хостинге уже подготовлена копия, проверьте её до изменения DNS через curl --resolve или hosts. Это позволяет сохранить доменное имя и направить только свои запросы на новый сервер. Подробный сценарий есть в статье о проверке перед переключением DNS.

После обновления записей откройте главную, внутреннюю страницу, изображение, форму и страницу, которой не существует. Убедитесь, что отсутствующий адрес возвращает 404, а не заглушку со статусом 200.

Затем проверьте www, HTTPS и редиректы. Все варианты должны приводить к ожидаемому основному адресу без циклов. Успешное открытие только одного варианта недостаточно, если в старых ссылках используется другой.

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

Шаг 7. Выпустите SSL-сертификат

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

Для HTTP-проверки домен должен приводить к серверу, который отдаёт проверочный файл. Учитывайте A, AAAA, прокси, ограничения доступа и CAA. Если выпуск нужен до переключения адреса или для wildcard, используйте подходящий DNS-сценарий.

Подробная инструкция — как установить бесплатный SSL-сертификат. После выпуска проверьте срок, имена и цепочку, а также автоматическое продление. Затем переведите ссылки приложения на HTTPS и проверьте смешанный контент.

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

Если домен не открывается: порядок диагностики

Симптом	Вероятное направление проверки
Имя не существует	Регистрация, делегирование, наличие записи
Возвращается старый IP	Действующая зона, TTL, кеш резолвера
Правильный IP, но чужая страница	Виртуальный хост, добавление домена, корневая папка
Основной домен работает, www нет	DNS и сайт для www, сертификат
Работает не у всех	AAAA, разные кеши, CDN и прокси
Предупреждение браузера	Имя сертификата, срок, цепочка доверия
Бесконечный редирект	Настройки HTTPS, CMS, прокси и основной адрес

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

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

Особенности нескольких сайтов

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

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

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

Как не потерять управление доменом

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

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

Для команды полезен короткий паспорт домена: NS, основные записи, используемые поддомены, почтовый сервис, способ выпуска сертификатов. В нём не нужны открытые пароли. Такой документ сильно сокращает время следующего переезда.

Пример подключения сайта без переноса почты

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

Сначала сохраните зону и найдите действующие MX и TXT почты. Затем добавьте сайт на хостинге и проверьте его под нужным именем локально. После приёмки замените A и, если используется, AAAA. Запись www приведите к выбранной схеме. Почтовые записи остаются прежними.

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

В таком сценарии регистрация домена, DNS и почта продолжают обслуживаться там же. Отдельный новый сервер получает только веб-трафик. Это нормальная архитектура, а не неполное подключение.

Пример, когда действительно меняются NS

Если вы хотите управлять всей зоной в панели нового провайдера, заранее создайте её полностью. Добавьте основной домен, www, поддомены, MX, почтовые TXT и подтверждения внешних сервисов. Проверьте точные значения, включая приоритеты MX и имена DKIM-селекторов.

До делегирования полезно запросить запись непосредственно у нового авторитетного сервера. Для этого требуется знать его имя или адрес. Пример чтения A-записи:

dig @ns1.dns-provider.example example.com A

Это условное имя: подставьте сервер, выданный своим DNS-провайдером. Сравните ответ с подготовленной зоной. Затем проверьте остальные критичные записи, а не только главную A.

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

Как проверить соединение по IPv4 и IPv6

Если сервер поддерживает оба протокола и у вас есть соответствующий сетевой доступ, можно выполнить отдельные запросы:

curl -4 -sS -o /dev/null -w '%{http_code}\n' https://example.com/
curl -6 -sS -o /dev/null -w '%{http_code}\n' https://example.com/

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

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

Как оформлять изменения в команде

Перед правкой запишите старое значение, новое значение, причину и ответственного. Это особенно помогает, если над доменом одновременно работают разработчик, специалист почты и администратор рекламы.

Не выдавайте всем полный доступ регистратора. Если DNS-сервис поддерживает роли, ограничьте права нужной зоной и видом работ. Регистрационная запись домена и изменение одного поддомена имеют разный масштаб последствий.

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

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

Частые вопросы

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

Нет. Раздельное размещение нормально. Главное — иметь доступ к действующей DNS-зоне и корректно добавить имя на сервере.

Можно ли использовать один домен для сайта и почты у разных провайдеров?

Да. A и AAAA направляют веб-запросы, MX — почту. Сохраните также нужные TXT-записи почтового сервиса.

Почему домен открывает заглушку хостинга?

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

CNAME для www уже есть. Почему нет перехода без www?

CNAME связывает имена в DNS и не меняет адрес в браузере. Для перехода нужен HTTP-редирект на сервере или в приложении.

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

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

Проверка готового подключения

• Домен добавлен к правильному сайту и папке.

• Изменения внесены в действующую DNS-зону.

• A и AAAA соответствуют используемой площадке.

• www и нужные поддомены настроены отдельно.

• Почта и проверочные TXT-записи сохранены.

• HTTPS работает для всех используемых имён.

• Главная, внутренние страницы и формы проверены.

• Сохранены доступы, сроки продления и описание настроек.

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

Домен для WordPress на VPS

Для WordPress после нашего установщика используйте отдельную инструкцию по домену и HTTPS: она учитывает PHP и смену адресов в базе.