Открыть сервис
Главная → Блог → Система доменных имён

Система доменных имён

Система доменных имён (DNS, от англ. Domain Name System) — это распределённая иерархическая система, обеспечивающая преобразование символьных доменных имён (например, www.example.com) в IP-адреса (например, 192.0.2.1) и обратно, а также выполняющая другие служебные функции по запросам клиентов в компьютерных сетях, в первую очередь в сети Интернет. DNS является одной из фундаментальных технологий Интернета, без которой использование сетевых ресурсов было бы практически невозможным для человека из-за необходимости запоминать числовые адреса.

История

Предпосылки и ранние решения

До появления DNS в начале 1980-х годов для сопоставления имён хостов с IP-адресами использовался единый централизованный файл HOSTS.TXT, который поддерживался и распространялся Стэнфордским исследовательским институтом (SRI). Администраторы сети вручную добавляли новые записи, а затем скачивали обновлённую версию файла на свои компьютеры. С ростом сети ARPANET этот подход стал неэффективным: файл быстро увеличивался в размере, возникали конфликты имён, а задержки при распространении обновлений достигали нескольких дней.

Разработка DNS

В 1983 году Пол Мокапетрис (Paul Mockapetris) из Университета Южной Калифорнии опубликовал спецификации DNS в RFC 882 и RFC 883 (позднее заменённые на RFC 1034 и RFC 1035). Предложенная система была децентрализованной, иерархической и допускала кэширование, что позволило решить проблемы централизованного файла HOSTS.TXT. Первая реализация DNS (JEEVES) была написана на языке C и внедрена в ARPANET в 1984 году. В 1987 году вышли обновлённые стандарты RFC 1034 и RFC 1035, которые остаются основой современной системы.

Развитие и стандартизация

В 1990-е годы DNS стала ключевым компонентом коммерческого Интернета. Были разработаны расширения безопасности DNSSEC (DNS Security Extensions), позволяющие проверять подлинность ответов DNS и защищать от подмены данных. В 2010-е годы появились протоколы DNS over HTTPS (DoH) и DNS over TLS (DoT), шифрующие запросы и ответы DNS для повышения конфиденциальности пользователей. Управлением корневой зоной DNS занимается Корпорация по управлению доменными именами и IP-адресами (ICANN) — некоммерческая организация, созданная в 1998 году при участии правительства США. В 2016 году контракт между ICANN и Национальной администрацией по телекоммуникациям и информации (NTIA) США истёк, и функции контроля над корневой зоной перешли к глобальному сообществу заинтересованных сторон.

Архитектура и принципы работы

Иерархическая структура

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

Компоненты системы

Работа DNS обеспечивается тремя основными компонентами:

  • Резолверы (resolvers) — клиентские программы (обычно встроенные в операционную систему или в сетевые устройства), которые отправляют запросы к DNS-серверам от имени приложений (браузеров, почтовых клиентов). Рекурсивные резолверы самостоятельно выполняют полный поиск ответа, обращаясь к нескольким серверам.
  • Авторитативные серверы — серверы, хранящие данные о своей зоне и отвечающие на запросы, касающиеся этой зоны. Для каждой зоны существует первичный (master) и один или несколько вторичных (slave) серверов.
  • Корневые серверы — 13 групп серверов (обозначаемых буквами от A до M), которые хранят информацию о серверах доменов верхнего уровня. Они являются критически важной инфраструктурой Интернета.

Процесс разрешения имён

Процесс преобразования доменного имени в IP-адрес (разрешение имён) происходит в несколько этапов:

  1. Пользователь вводит доменное имя в браузере. Браузер обращается к резолверу операционной системы.
  2. Резолвер сначала проверяет локальный кэш (временное хранилище предыдущих ответов). Если запись найдена и не устарела, она возвращается немедленно.
  3. Если записи в кэше нет, резолвер обращается к рекурсивному DNS-серверу (обычно предоставляемому интернет-провайдером).
  4. Рекурсивный сервер начинает последовательный обход иерархии:
  • Запрашивает у корневого сервера адрес сервера, отвечающего за домен верхнего уровня (например, .com).
  • Получает от корневого сервера адрес TLD-сервера.
  • Запрашивает у TLD-сервера адрес авторитативного сервера для домена второго уровня (например, example.com).
  • Получает от TLD-сервера адрес авторитативного сервера.
  • Запрашивает у авторитативного сервера IP-адрес для конкретного поддомена (например, www.example.com`).
  1. Авторитативный сервер возвращает запрошенный IP-адрес (или запись другого типа) рекурсивному серверу.
  2. Рекурсивный сервер сохраняет ответ в кэше на время, указанное в поле TTL (Time To Live), и передаёт его обратно резолверу.
  3. Резолвер возвращает IP-адрес браузеру, который устанавливает соединение с сервером.

Типы записей DNS

В DNS используется несколько типов ресурсных записей (Resource Records), определяющих различные виды данных, связанных с доменом:

Тип записиНазначениеПример
AСопоставляет доменное имя с IPv4-адресомexample.com. IN A 93.184.216.34
AAAAСопоставляет доменное имя с IPv6-адресомexample.com. IN AAAA 2606:2800:220:1:248:1893:25c8:1946
CNAMEКаноническое имя — псевдоним для другого доменного имениwww.example.com. IN CNAME example.com.
MXОпределяет почтовый сервер для доменаexample.com. IN MX 10 mail.example.com.
NSУказывает авторитативный сервер имён для зоныexample.com. IN NS ns1.example.com.
TXTХранит произвольные текстовые данные (часто для проверки владения доменом или настройки SPF, DKIM)example.com. IN TXT "v=spf1 include:_spf.example.com ~all"
SOAStart of Authority — содержит административную информацию о зоне (серийный номер, время обновления)example.com. IN SOA ns1.example.com. admin.example.com. 2025032101 3600 900 604800 86400
SRVУказывает сервер для определённого сервиса (например, SIP, XMPP)_sip._tcp.example.com. IN SRV 10 60 5060 sipserver.example.com.

Управление и администрирование

Регистрация доменов

Регистрация доменных имён осуществляется через аккредитованные ICANN регистраторы. Для национальных доменов (например, .ru и .рф) регистрация в России производится через регистраторов, аккредитованных Координационным центром доменов .RU/.РФ. При регистрации пользователь указывает контактные данные (WHOIS-информация) и авторитативные серверы имён для своего домена. Срок регистрации обычно составляет от одного до десяти лет.

Зоны и делегирование

Администратор зоны может делегировать часть своего домена (поддомен) другой организации, передавая ей управление соответствующей зоной. Например, владелец домена example.com может делегировать поддомен sub.example.com другому администратору, который будет самостоятельно управлять записями в этой зоне. Делегирование осуществляется путём добавления NS-записей, указывающих на серверы новой зоны.

DNSSEC

DNSSEC (DNS Security Extensions) — набор расширений протокола DNS, предназначенный для защиты от атак, связанных с подделкой данных (например, отравление кэша). DNSSEC использует цифровые подписи для проверки подлинности ответов DNS. Каждая зона подписывается закрытым ключом, а открытый ключ распространяется через родительскую зону. При запросе резолвер проверяет цепочку подписей от корневой зоны до запрашиваемого домена. Внедрение DNSSEC в России активно поддерживается Координационным центром доменов .RU/.РФ.

Применение и значение

Основное назначение

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

Дополнительные функции

Помимо разрешения имён, DNS используется для:

  • Балансировки нагрузки — один домен может указывать на несколько IP-адресов, и DNS-сервер может возвращать их в разном порядке (round-robin) или на основе географического расположения клиента (GeoDNS).
  • Фильтрации трафика — блокировка доступа к определённым доменам на уровне DNS (например, для ограничения доступа к сайтам с запрещённым контентом). В России такая фильтрация осуществляется в рамках Единого реестра запрещённой информации (реестр Роскомнадзора).
  • Почтовой маршрутизации — MX-записи определяют, на какой почтовый сервер следует доставлять электронную почту для данного домена.
  • Аутентификации отправителей — TXT-записи используются для настройки SPF, DKIM и DMARC — механизмов, помогающих бороться со спамом и фишингом.

Критические аспекты

DNS является критической инфраструктурой Интернета. Сбои в работе DNS (например, из-за DDoS-атак на корневые серверы или авторитативные серверы крупных доменов) могут привести к недоступности значительной части сети. В 2016 году крупная DDoS-атака на серверы компании Dyn (организация зарегистрирована в США) привела к временной недоступности многих популярных сайтов, включая Twitter, Netflix и Reddit.

Интересные факты

  • Корневая зона DNS содержит 13 групп серверов (от A до M), но физически они размещены на сотнях серверов по всему миру с использованием технологии anycast.
  • Самый старый зарегистрированный домен — symbolics.com, зарегистрированный 15 марта 1985 года.
  • В России национальные домены .ru и .рф управляются Координационным центром доменов .RU/.РФ. Домен .рф (кириллический) был делегирован в корневую зону DNS в 2010 году.
  • Протокол DNS не шифрует запросы по умолчанию, что делает их уязвимыми для перехвата. Для решения этой проблемы были разработаны DNS over HTTPS (DoH) и DNS over TLS (DoT), которые в настоящее время поддерживаются большинством современных браузеров и операционных систем.

Источники

  • RFC 1034 — Domain Names — Concepts and Facilities (1987)
  • RFC 1035 — Domain Names — Implementation and Specification (1987)
  • RFC 4033 — DNS Security Introduction and Requirements (2005)
  • RFC 8484 — DNS Queries over HTTPS (DoH) (2018)
  • Paul Mockapetris, Kevin Dunlap. "Development of the Domain Name System" (1988)
  • Материалы Координационного центра доменов .RU/.РФ
  • Официальный сайт ICANN (icann.org)

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →

Похожие материалы