DNS допускает произвольное вложение меток. Не требуется, чтобы какая-либо конкретная метка ссылалась на конкретный узел.
«Узел» - это последовательность меток, где обычно каждая метка указывает точку делегирования.
Например, comи ukесть метки, обозначающие домены верхнего уровня. В ukесть статическая структура подобласти, где эффективно «верхний уровень» gov.uk, or.uk, ac.uk, и co.ukт.д. ( что означает «верх», как в вы не можете ничего зарегистрировать в ukнепосредственно, хотя, конечно же ,uk администраторы могут принять решение, чтобы добавить новые метки второго уровня), У многих стран есть этот второй уровень, хотя он ни в коем случае не универсален (а у некоторых стран и доменов есть еще больше внутренних уровней, подобных этому).
Например, example.comделегируется comдоменом верхнего уровня (также называемым «зоной») своему владельцу, который может далее делегировать отдельные узлы в этом домене. Таким образом, владелец example.comможет решить, что будет поддомен, mail.example.comи он должен содержать почтовые серверы, чьи имена могут быть mx1.mail.example.com, mx2.mail.example.comи т. Д. На практике это не очень распространено, но действительно большая организация может делегировать часть или весь свой DNS дальше отдельные отделы или отдельные организации.
(Типичным примером в реальной жизни являются поставщики услуг. Если у вас есть веб-служба или служба электронной почты, которые у example.netвас могут быть ajax.example.net, и acme.example.netт. Д., И каждый из них делегирован вашим клиентам Ajax Inc и Acme Corp. Другой сценарий - региональные услуги - na.example.orgобслуживать Север Америка, eu.example.orgчтобы служить Европе и т. Д.)
Чтобы окончательно ответить на ваш реальный вопрос, является ли узел фактическим хостом (фактическим сервером) или просто другим уровнем в DNS, полностью зависит от организации, которой он принадлежит. Нередко у узла могут быть обе роли (это mail.example.infoможет быть реальный почтовый сервер с IP-адресом, и все же может быть зона DNS, содержащая mx1.mail.example.infoи mx2.mail.example.infoт. Д. Боюсь, это не очень убедительный пример, но есть нет технической причины, по которой ты не смог бы сделать это. Я постараюсь придумать лучший пример ...)
«Субдомен» - это просто указание на то, что конкретная метка находится ниже верхнего уровня и содержит дополнительные узлы внутри. Итак, «sub», как в «not top», и «domain», как в «label, содержащем больше меток».
Разрыв между механикой DNS (есть «зоны» с «метками», идентифицирующими «узлы») и реальной реальной семантикой (есть набор корневых доменов, или доменов верхнего уровня, и доменов внутри них, которые покупаются и проданные, и субдомены внутри них, которые, как правило, являются произвольными подразделениями, реализованными владельцем домена), в общем-то, особенность, а не ошибка. Реализация не определяет какую-либо конкретную политику и может использоваться для вещей, которых в настоящее время нет ни в одной политике. Мы видели эту искру полезных инноваций и новых политик несколько раз.