Уровни доменного имени и доменные зоны: как читать адрес справа налево

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

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

Метка — одна часть имени между точками

RFC 1034 описывает доменное пространство как дерево. Каждый узел получает метку — часть имени без соседних точек. В support.example.com метками являются support, example и com.

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

Точка внутри имени разделяет уровни управления. Косая черта имеет другой смысл: в https://support.example.com/article фрагмент /article является путём веб-страницы и в DNS не участвует.

Корень связывает все публичные доменные зоны

На вершине дерева DNS находится корневая зона. Она не хранит адрес каждого сайта. В ней опубликована информация о серверах верхнеуровневых доменных зон: например, .com, .org и .ru.

IANA ведёт Root Zone Database — справочник делегированных верхнеуровневых доменов. Верхнеуровневый домен часто обозначают сокращением TLD, от английского top-level domain. Это последняя видимая часть имени перед необязательной корневой точкой.

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

Зарегистрированное имя создаётся внутри выбранной зоны

В example.com метка example находится на втором уровне, если считать от корня. Пользователь обращается к регистратору и проверяет, доступно ли такое сочетание в зоне .com. После регистрации он получает право управлять доменом в пределах условий реестра и договора с регистратором.

Разговорное выражение «домен второго уровня» обычно описывает зарегистрированное имя вместе с зоной: example.com. Однако не во всех публичных зонах регистрация устроена одинаково. Где-то пользователи регистрируют имя непосредственно под верхним уровнем, а где-то используется дополнительная структура. Поэтому нельзя определять границу регистрации только по числу точек. Для технической обработки браузеры и сертификаты используют актуальный Public Suffix List, а перед покупкой нужно смотреть правила выбранной зоны.

Поддомены создаёт владелец домена

Получив управление example.com, владелец может создать нижележащие имена:

• www.example.com для сайта;
• mail.example.com для почтовой службы;
• api.example.com для программного интерфейса;
• shop.example.com для магазина.

Их называют поддоменами относительно example.com. Отдельная регистрация у реестра обычно не требуется: владелец добавляет DNS-запись или делегирует часть дерева другому DNS-серверу. Но запись в DNS лишь делает имя разрешаемым. Хостинг должен принять это имя, а HTTPS-сертификат — включать его.

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

DNS-зона — участок дерева с отдельным управлением

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

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

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

Один пример без смешения понятий

Разберём адрес https://docs.example.com/linux/files:

Фрагмент	Что означает	Где управляется
https	протокол защищённого доступа	в настройках сайта и сертификата
com	верхнеуровневая доменная зона	у оператора реестра зоны
example.com	зарегистрированный домен	у регистратора и DNS-провайдера владельца
docs.example.com	поддомен	в DNS-зоне владельца или отдельной делегированной зоне
/linux/files	путь к странице	в приложении или файлах сайта

Такое разделение сразу отвечает на практические вопросы. Чтобы поменять /linux/files, не нужен регистратор. Чтобы направить docs.example.com на другой сервер, меняют DNS и настройки хостинга. Чтобы сменить example.com, придётся зарегистрировать другое имя и организовать перенос адресов.

Как выбрать структуру для нового проекта

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

Не создавайте длинную цепочку уровней только ради порядка. Адрес service.team.region.example.com труднее произнести, ввести и поддерживать в сертификатах. Каталоги часто лучше подходят для разделов одного сайта: example.com/docs сохраняет общий адрес и понятную навигацию.

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

Источники

• RFC 1034: Domain Names — Concepts and Facilities
• IANA: Root Zone Database
• ICANN: About Domain Names