Первичный DNS — это основной авторитетный DNS-сервер домена, на котором хранится исходная версия его DNS-зоны. Именно здесь администратор создаёт и изменяет записи, а остальные серверы получают от него копии.
DNS связывает доменные имена с IP-адресами. Пользователь вводит адрес сайта, DNS находит нужный IP, после чего браузер подключается к серверу. В этой цепочке первичный DNS нужен не для того, чтобы быть заметным посетителю, а для того, чтобы все записи домена имели единый источник.
Содержание статьи
Как устроен первичный DNS
Первичный DNS-сервер хранит оригинальную, доступную для изменений зону домена. Он считается авторитетным источником данных о домене и передаёт эти данные вторичным DNS-серверам.
Под зоной понимают набор DNS-записей, связанных с конкретным доменом. В этой зоне могут находиться записи, которые указывают IP-адрес сайта, почтовые серверы, алиасы и служебные параметры. Пока запись не изменена на первичном сервере, для всей DNS-инфраструктуры домена ничего не поменялось.
Для обычного пользователя разницы между первичным и вторичным DNS почти нет. Оба могут отвечать на запросы с одинаковыми данными. Различие важно администратору: первичный сервер — место, где вносятся изменения, а вторичные — место, где эти изменения копируются и используются как резерв.
Зачем нужен DNS вообще
DNS переводит понятные человеку доменные имена в IP-адреса, которые используют устройства и серверы. Без DNS пользователю пришлось бы открывать сайты по числовым адресам.
По сути, DNS работает как распределённая система соответствий. Вместо запоминания длинного IP-адреса человек вводит домен, а дальше нужный адрес ищется автоматически.
Когда браузер получает IP-адрес, он уже может установить соединение с нужным хостом. Поэтому DNS — это один из базовых механизмов доступа к сайтам, API, почтовым сервисам и другим сетевым ресурсам.
Какие записи хранит первичный DNS
Первичный DNS хранит DNS-записи домена и служебные параметры зоны. Состав записей зависит от задач домена, но базовый принцип один: все исходные данные находятся именно здесь.
Чаще всего на первичном сервере размещаются:
- A — связывает домен с IPv4-адресом;
- AAAA — связывает домен с IPv6-адресом;
- MX — указывает почтовые серверы;
- CNAME — задаёт псевдоним для другого имени;
- NS — определяет авторитетные серверы имён;
- TXT — хранит текстовые данные, в том числе для проверки домена и почтовых политик;
- SOA — содержит базовые административные сведения о зоне.
Именно запись SOA особенно важна для синхронизации. В ней хранится серийный номер зоны и другие параметры, по которым вторичные серверы понимают, нужно ли забирать обновления.
Как запрос пользователя проходит через DNS
Когда пользователь вводит домен в браузере, запрос сначала попадает не на первичный DNS, а к DNS-резолверу. Если нужный ответ уже есть в кэше, IP-адрес возвращается сразу.
Если записи в кэше нет, резолвер обращается к авторитетным DNS-серверам домена. Это может быть первичный сервер или один из вторичных, если он доступен и отвечает на запрос. После получения IP-адреса резолвер временно сохраняет его в кэше на срок, заданный TTL.
Дальше всё просто. Браузер получает IP-адрес и устанавливает соединение с нужным сервером.
Что такое вторичный DNS
Вторичный DNS — это сервер, который хранит копию зоны, полученную с первичного сервера, и отвечает на DNS-запросы без права редактирования этой зоны. Его основная задача — резервирование и распределение нагрузки.
Вторичный сервер не считается местом, где администратор правит записи вручную. Он получает уже готовую копию зоны и использует её для ответов на запросы, если это нужно инфраструктуре.
Если первичный сервер недоступен или перегружен, вторичный может продолжить обслуживание домена. За счёт этого DNS-система не завязана на один узел.
Чем первичный DNS отличается от вторичного
Главное отличие простое: первичный DNS хранит исходную изменяемую зону, вторичный — её копию только для чтения. Оба могут быть авторитетными для запросов, но роль у них разная.
| Параметр | Первичный DNS | Вторичный DNS |
| Источник данных | Исходная зона | Копия зоны |
| Редактирование записей | Да | Нет |
| Ответы на DNS-запросы | Да | Да |
| Синхронизация | Передаёт изменения | Получает изменения |
| Роль при отказе основного узла | Критична для управления зоной | Поддерживает доступность DNS |
На практике пользователь не видит, какой именно сервер ответил на запрос. Но администратор видит это очень чётко: изменения в DNS всегда начинаются на первичном сервере.
Как первичный и вторичный DNS работают вместе
Первичный и вторичный DNS работают как система публикации и копирования зоны. Администратор вносит изменения на первичном сервере, а вторичные серверы получают обновлённые данные и начинают отвечать с учётом новой версии зоны.
Для этого вторичные серверы сверяют серийный номер в записи SOA. Если номер изменился, значит зона была обновлена и копию нужно освежить.
Передача зоны может идти полностью или частично. Полная передача называется AXFR, а передача только изменений — IXFR. Такой обмен данными нужен для того, чтобы резервные серверы оставались синхронизированными.
В более новых конфигурациях используется протокол NOTIFY. Он позволяет первичному серверу сообщить вторичным, что зона изменилась, чтобы они не ждали следующей плановой проверки.
Зачем записи SOA нужны в первичном DNS
Запись SOA хранит административную информацию о DNS-зоне и помогает вторичным серверам отслеживать изменения. Без неё корректная синхронизация зоны была бы невозможна.
В SOA обычно указываются основной сервер имён, контакт администратора в специальной форме, серийный номер зоны и интервалы проверки обновлений. Серийный номер особенно важен: по нему вторичный сервер понимает, изменилась зона или нет.
Если администратор обновил A-запись, MX-запись или любой другой ресурс зоны, серийный номер должен увеличиться. После этого вторичные серверы запрашивают новую версию данных.
Почему одного первичного DNS часто недостаточно
Один первичный DNS-сервер может обслуживать домен, но такая схема создаёт единую точку отказа. Если сервер перестанет отвечать и резервных копий зоны на других DNS-серверах нет, домен начнёт терять доступность.
Риск связан не только с полным отказом. Проблемой может стать перегрузка, сбой сети, ошибка конфигурации или недоступность конкретной площадки.
Поэтому вторичные DNS-серверы обычно используют для устойчивости. Они дают тот же набор записей и позволяют продолжать резолвинг, даже если с первичным узлом возникли проблемы.
Как настраивают первичный DNS
Настройка первичного DNS сводится к созданию зоны, добавлению записей и определению правил синхронизации с вторичными серверами. Это точка управления всем DNS домена.
- Создают DNS-зону для нужного домена.
- Добавляют основные записи: A, AAAA, MX, CNAME, TXT, NS и другие при необходимости.
- Настраивают запись SOA и серийный номер зоны.
- Указывают вторичные серверы, которым разрешено получать копии зоны.
- Настраивают передачу зоны через AXFR или IXFR, если такая схема используется.
- Проверяют, что изменения публикуются и корректно доходят до вторичных серверов.
Если зона настроена неверно, проблема затрагивает сайт, почту и другие сервисы домена сразу. Поэтому точность здесь важнее скорости.
Какие ограничения есть у классической схемы primary-secondary DNS
Классическая модель с одним первичным и несколькими вторичными серверами остаётся рабочей, но у неё есть ограничения. Часть современных функций плохо укладывается в схему простой передачи зоны.
Например, некоторые механизмы геораспределения трафика и балансировки на уровне DNS могут использовать настройки, которые не передаются обычным переносом зоны. В таких случаях инфраструктура строится иначе: через собственные механизмы провайдера, Anycast DNS или прямое управление несколькими узлами через API.
Из-за этого в управляемых DNS-сервисах классическое разделение на первичный и вторичный сервер иногда скрыто за более сложной внутренней архитектурой. Но базовая логика всё равно сохраняется: где-то есть исходная точка изменения данных, а где-то — их реплики.
Когда вторичный DNS особенно полезен
Вторичный DNS нужен там, где простой отказ одного сервера недопустим или где инфраструктура меняется постепенно. Он помогает сохранить доступность домена и упростить переход между DNS-платформами.
Чаще всего вторичный DNS используют в трёх ситуациях:
- для отказоустойчивости, когда домен не должен зависеть от одного сервера;
- для распределения нагрузки между несколькими авторитетными серверами;
- при миграции DNS-инфраструктуры, когда часть систем ещё зависит от старой конфигурации.
В таких сценариях вторичный сервер снижает риск сбоев и даёт время на спокойную перестройку инфраструктуры.
Что важно помнить о первичном DNS
Первичный DNS — это главный источник DNS-записей домена, где хранится изменяемая зона и откуда данные расходятся по вторичным серверам. Он нужен для управления доменом, а вторичные серверы нужны для устойчивости и непрерывной работы DNS.
Если свести тему к одной мысли, она будет такой: пользователь открывает сайт благодаря всей DNS-системе, но точка, где начинается управление этой системой для конкретного домена, — именно первичный DNS-сервер.
