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

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

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

Домен — имя, по которому находят сайт

Доменное имя — это адрес, который человек вводит в браузере, например example.com. Оно удобнее числового IP-адреса и может оставаться прежним, когда сайт переезжает на другой сервер.

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

Полный адрес страницы содержит больше частей. В https://example.com/catalog/item:

• https задаёт способ защищённого обмена с сайтом;
• example.com является доменным именем;
• /catalog/item указывает путь к конкретной странице уже внутри сайта.

Поэтому смена пути не требует изменений DNS, а перенос всего сайта на другой сервер обычно требует.

DNS переводит имя в данные для подключения

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

Когда устройство запрашивает example.com, оно обычно обращается к рекурсивному DNS-резолверу. Резолвер — служба провайдера, организации или публичного DNS-сервиса, которая ищет ответ от имени пользователя. Если свежего ответа нет в кеше, она проходит по иерархии DNS и получает запись от авторитетного сервера домена. Авторитетным называют сервер, на котором опубликована действующая DNS-зона владельца.

Упрощённо поиск выглядит так:

1. браузер просит найти адрес example.com;
2. резолвер узнаёт, какие серверы отвечают за нужную доменную зону;
3. затем он обращается к серверам, назначенным для example.com;
4. получает IP-адрес из записи типа A или AAAA;
5. сохраняет ответ в кеше на ограниченное время и отдаёт его браузеру.

Запись A содержит IPv4-адрес, а AAAA — IPv6-адрес. Другие типы записей нужны для почты, подтверждения владения и связи одного имени с другим. Они будут разобраны в отдельных шагах маршрута; для первой модели достаточно понимать, что DNS хранит указатели, а не файлы сайта.

Хостинг отвечает на запрос браузера

Хостинг — площадка, на которой размещены файлы и программы сайта. Это может быть обычный виртуальный хостинг, VPS, облачная платформа или сервис, который публикует готовый проект. Какой вариант выбрать, зависит от технологии сайта и требуемого контроля.

Получив IP-адрес, браузер устанавливает сетевое соединение с сервером. При HTTPS он дополнительно проверяет TLS-сертификат: сертификат должен быть выдан для запрошенного имени и принят браузером. После этого браузер отправляет HTTP-запрос, в котором снова указывает домен. Это позволяет одному серверу обслуживать несколько сайтов и отдавать страницу именно для example.com.

Сервер может вернуть готовый HTML-файл, передать запрос приложению или сообщить об ошибке. DNS на этом этапе уже выполнил свою работу: он помог найти адрес, но не определяет содержание ответа.

Один сайт может зависеть от нескольких компаний

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

Часть	Что хранится или настраивается	Кто обычно предоставляет
Домен	регистрация имени, срок, контакты владельца	регистратор
DNS	A, AAAA, MX, CNAME и другие записи	регистратор, хостер или отдельный DNS-провайдер
Хостинг	файлы, база данных, веб-сервер, приложение	хостинговая компания или облачная платформа
HTTPS	сертификат и его продление	хостер, центр сертификации или администратор сервера

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

Как по симптому найти неисправную часть

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

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

Если сервер отвечает, но показывает чужую страницу или ошибку 404, проверьте привязку домена в панели хостинга либо конфигурацию веб-сервера. Для Nginx эта связь задаётся именем сайта в виртуальном хосте; пример разобран в статье о подключении домена, Nginx и HTTPS.

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

Что должно быть готово перед публикацией

Перед запуском сайта проверьте четыре независимых результата:

1. домен зарегистрирован на владельца, контактная почта доступна, срок продления известен;
2. домен делегирован на те DNS-серверы, где вы редактируете записи;
3. записи домена указывают на фактический адрес площадки;
4. хостинг принимает этот домен, отдаёт нужный сайт и имеет действующий HTTPS-сертификат.

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

Источники

• ICANN: About Domain Names
• RFC 1034: Domain Names — Concepts and Facilities
• ICANN: The Domain Name Registration Process