Полное доменное имя (FQDN)¶

Полное доменное имя (FQDN, от англ. Fully Qualified Domain Name) — полное имя компьютера или другого устройства в иерархической системе доменных имён DNS, однозначно указывающее его расположение в дереве доменов и завершающееся точкой, обозначающей корень доменной системы. В отличие от неполного (относительного) имени, FQDN содержит все компоненты пути от конкретного узла до корня DNS, что исключает неоднозначность его интерпретации.

¶Структура FQDN

Полное доменное имя состоит из последовательности меток, разделённых точками, и читается справа налево — от общего к частному. Типичный пример: server.example.com. — здесь server — имя конкретного узла, example — домен первого уровня, com — домен верхнего уровня, а завершающая точка обозначает корень DNS.

Стандартная структура включает:

• Корень — обозначается точкой в конце имени (в интерфейсах часто опускается);
• Домен верхнего уровня (TLD) — например, ru, com, org, net;
• Домены нижних уровней — поддомены, образующие путь к узлу;
• Имя хоста — непосредственное имя компьютера или сервиса.

Пример FQDN для сервера в российском сегменте: mail.yandex.ru. — здесь mail является именем узла, а yandex.ru. — доменом, в котором этот узл зарегистрирован.

¶Отличие от короткого имени хоста

Короткое (относительное) имя хоста, например mail, не содержит информации о принадлежности к домену и может быть разрешено в разные адреса в зависимости от контекста. Операционные системы, как правило, автоматически дополняют короткое имя доменом из настроек DNS-суффикса. Если компьютер входит в домен example.com, обращение к mail системой преобразуется в mail.example.com. Такой механизм называется поиском в поисковых списках доменов (search domains) и позволяет упростить повседневную работу, но создаёт риск неоднозначности при нескольких настроенных суффиксах.

FQDN же всегда разрешается однозначно и не зависит от локальных настроек клиента.

¶Роль в системе DNS

Доменная система имён (DNS) — распределённая база данных, сопоставляющая человекочитаемые имена с числовыми IP-адресами. FQDN является основным ключом для такого сопоставления. Когда клиент запрашивает ресурс по полному доменному имени, резолвер последовательно обращается к корневым серверам, серверам домена верхнего уровня и, наконец, к авторитетным серверам конкретного домена, пока не получит ответ — как правило, в виде A-записи (IPv4) или AAAA-записи (IPv6).

Основные типы DNS-записей, связанных с FQDN:

Запись PTR особенно важна для серверов электронной почты: при проверке подлинности отправителя почтовый сервер может выполнять обратный поиск по IP-адресу и сверять результат с FQDN отправителя.

¶FQDN и сертификаты TLS

В сертификатах TLS/SSL полное доменное имя играет ключевую роль. В поле Subject Alternative Name (SAN) сертификата перечисляются FQDN, для которых сертификат действителен. При установлении защищённого соединения клиент сравнивает запрошенное имя с содержимым SAN: несовпадение приводит к предупреждению о недоверии. Для wildcard-сертификатов используется форма *.example.com., покрывающая один уровень поддоменов.

¶Особенности и ограничения

Согласно стандарту RFC 1035, каждая метка FQDN не может превышать 63 байта, а общая длина имени — 255 байтов (с учётом завершающей точки). Имена регистронезависимы, хотя в исходном написании традиционно используются строчные буквы. Разрешены латинские буквы, цифры, дефисы (не первым и не последним символом метки) и подчёркивания (в некоторых контекстах).

В контексте Active Directory и корпоративных сетей FQDN часто используется для идентификации контроллеров доменов, серверов и рабочих станций. Утилиты nslookup, dig, host позволяют выполнять запросы к DNS и проверять соответствие имён и адресов.

¶Применение

FQDN применяется повсеместно: в веб-браузерах (адреса сайтов), электронной почте, службах каталогов, системах мониторинга, при выпуске TLS-сертификатов, в настройках файрволов и балансировщиков нагрузки. В серверном администрировании корректное использование полных доменных имён обеспечивает предсказуемость работы сетевых приложений и упрощает диагностику.

¶Источники

• RFC 1035 — «Domain names — implementation and specification»
• RFC 6086 — «Establishing SIP Dialogs»
• Клиент DNS-резолвер: документация dig, nslookup
• Материалы Microsoft Docs по настройке DNS в Active Directory