Подключить домен к хостингу

Два способа подключить

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

• Делегировать домен DNS-серверам хостинга. У регистратора вы меняете DNS-серверы на те, что даёт хостинг. С этого момента панель хостинга держит все записи: адрес, почту, коды подтверждения. Меньше мест, где смотреть, и панель держит записи в соответствии с сайтом, который создаёт для вас.
• Оставить DNS у регистратора и добавить записи. DNS-серверы остаются регистратора, а вы создаёте запись A, которая указывает на адрес хостинга. Хостинг только обслуживает сайт. Вы можете перевести сайт к другому провайдеру, изменив одну запись, а почта может жить в третьей компании.

Новичкам стоит выбрать первый способ: меньше ошибок, меньше мест, где опечатка сломает сайт. Тот, кто держит почту, несколько поддоменов или больше одного провайдера, рано или поздно предпочтёт второй. Оба варианта нормальны, и ни один не привязывает вас к провайдеру, пока вы контролируете аккаунт регистратора. Проверки в этом уроке используют curl и dig, которые работают на любой машине с Linux.

Записи, которые вы встретите

Зона DNS — это список записей. У каждой записи есть имя, тип, значение и TTL. Семь типов покрывают почти всё, что нужно сайту.

TTL заслуживает отдельного слова, потому что он вызывает больше всего путаницы. Резолвер, который спросил example.com, держит ответ в течение TTL, обычно 3600 секунд, и больше не спрашивает. Если вы измените запись, старый ответ живёт в кэшах по всему миру, пока не истечёт. Поэтому изменение может в течение часа выглядеть сломанным, а потом само исправиться, и поэтому ничто в панели не ускоряет его.

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

Вершина зоны и www

Имя без поддомена, example.com, называют вершиной зоны или корнем зоны. Имя с www — это поддомен. Посетители набирают и то и другое, и оба должны работать, желательно с перенаправлением одного на другое.

• У вершины должна быть запись A, а если у сайта есть IPv6 — и запись AAAA. CNAME в вершине не разрешён: вершина должна держать записи SOA и NS зоны, а CNAME не может стоять рядом ни с какой другой записью. Записи MX и TXT, которые обычно живут в вершине, — дополнительная причина, а не правило.
• www может быть CNAME на вершину, и тогда он автоматически следует за адресом, когда тот меняется. Многие провайдеры вместо этого дают ему собственную запись A, что тоже работает.
• Некоторые провайдеры предлагают запись ALIAS или ANAME: она ведёт себя как CNAME в вершине и разрешается провайдером. Это удобно, когда адрес хостинга может меняться, но это не стандартный тип записи, поэтому переносить её к другому провайдеру DNS надо осторожно.

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

Способ 1: делегировать хостингу

Панель хостинга показывает два или четыре DNS-сервера, например ns1.hosting.example и ns2.hosting.example. У регистратора откройте домен, найдите настройки DNS-серверов, переключитесь с серверов по умолчанию на свои и вставьте два имени. Сохраните и ждите: реестр публикует новое делегирование, на это уходит от минут до суток.

Проверяйте делегирование в реестре, а не на своём резолвере:

dig +short NS example.com

ns1.hosting.example. ns2.hosting.example.

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

Способ 2: DNS у регистратора

Оставьте DNS-серверы регистратора и добавьте записи сами. В разделе DNS панели регистратора создайте запись A для вершины с IPv4-адресом сервера, запись AAAA для IPv6, если он у вас есть, и CNAME для www:

example.com. 3600 IN A 203.0.113.10 example.com. 3600 IN AAAA 2001:db8::10 www.example.com. 3600 IN CNAME example.com.

Точка в конце example.com. означает полное имя. В поле панели вы обычно набираете имя без точки, и панель добавляет её сама; точка там может дать example.com.. и сломанную запись. Знак @ — распространённое сокращение для вершины.

Если почтой занимается кто-то другой, добавьте здесь и её записи MX, а также записи TXT, которые даёт почтовый провайдер. Тогда сайту, который переезжает на другой сервер, нужно изменить одну запись A, и почта продолжает работать. Полный набор почтовых записей — в уроке 9.

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

DNS — только половина подключения. Серверу тоже нужно сказать, что он отвечает за это имя. На виртуальном хостинге это одна форма в панели; на VPS — блок сервера в Nginx, который пишут в уроке 5. Шаги на виртуальном хостинге обычно такие:

1. Откройте раздел сайтов и выберите Добавить сайт или Создать сайт.
2. Наберите домен, example.com, без http и без пути.
3. Выберите папку или согласитесь с той, что предлагает панель, например /home/example/www/example.com.
4. Выберите версию PHP для сайта, 8.3, если панель её предлагает.
5. Решите, должна ли панель одновременно создать зону DNS, почтовый ящик и базу данных.
6. Сохраните и проверьте, что сайт появился в списке со статусом активен.

Если панель просит добавить версию с www как отдельный сайт, добавьте её псевдонимом, а не вторым сайтом: псевдоним обслуживает те же файлы и получает тот же сертификат.

Проверка через dig и curl

Пока не доверяйте браузеру: он кэширует, помнит перенаправления и скрывает ошибки. Спросите DNS, а затем спросите сервер напрямую.

dig +short example.com

203.0.113.10

dig +short www.example.com

example.com. 203.0.113.10

Второй ответ сначала показывает CNAME, а затем адрес, к которому он ведёт. Если адрес не тот, что в панели хостинга, запись неверна или закэширована; попросите публичный резолвер сравнить:

dig +short @1.1.1.1 example.com

Затем веб-сервер. Запрос HEAD печатает строку состояния и заголовки, не скачивая страницу:

curl -I http://example.com

HTTP/1.1 200 OK Server: nginx Date: Fri, 06 Nov 2026 10:00:00 GMT Content-Type: text/html; charset=UTF-8

Код 200 означает, что сервер нашёл сайт. 403 обычно означает, что папка есть, но индексного файла нет или его нельзя прочитать. 404 означает, что сервер ответил, но такого сайта у него нет: имя не добавлено в панель или запрос попал на сайт по умолчанию. Отказ в соединении или тайм-аут означает, что адрес неверен или файрвол блокирует порт 80. Сами коды состояния объясняет страница кодов состояния HTTP.

HTTPS из панели

Когда HTTP работает, HTTPS на виртуальном хостинге — один щелчок. Панель предлагает бесплатный сертификат от Let's Encrypt: она запрашивает сертификат у центра сертификации, доказывает, что вы контролируете домен, положив файл на сайт или запись TXT в его зону, и устанавливает результат. Доказательство сработает, только если домен уже указывает на сервер, поэтому сначала подключайте домен, а потом сертификат.

Успех автоматического выпуска решают два условия: и example.com, и www.example.com должны разрешаться в этот сервер, и ничто не должно блокировать порт 80 во время проверки. Некоторые панели предлагают сертификат с подстановкой, который покрывает все поддомены сразу; для него нужна проверка через DNS, а не файл на сайте.

curl -sI https://example.com | head -n 3

HTTP/2 200 server: nginx date: Fri, 06 Nov 2026 10:00:00 GMT

Сертификат продлевается сам, обычно за 30 дней до окончания, потому что панель запускает для этого задачу по расписанию. Раз в год проверяйте, что продление всё ещё работает: домен, перенесённый на другой сервер, или перенаправление, которое отправляет проверку на другое имя, тихо ломают его. О сертификате, его цепочке и доверии к нему читайте в статье об HTTPS и сертификатах простыми словами и в PKI.

После того как HTTPS заработает, добавьте перенаправления: с http на https и с одного из двух имён на другое. На виртуальном хостинге это переключатели в панели или правила в .htaccess, и урок 4 показывает и то и другое.

Тест

Автор статьи: Arthur Isaev