Domain IP Lookup

Рекурсивный DNS-запрос: шаг за шагом

Браузер

нужен example.com

Резолвер

ваш провайдер / 1.1.1.1

Корень + TLD

кто отвечает за .com?

Авторитетный

настоящий ответ

Каждый шаг цепочки — тоже DNS-запрос, и его ответ потом кэшируется

Основы DNS

Что такое сервер имён: как работает делегирование домена

3 мин чтения

Сервер имён (nameserver) — это сервер, который хранит DNS-записи вашего домена и отвечает на вопросы о них. Записи NS вашего домена указывают, какие серверы имён за него отвечают, и именно эта настройка определяет, правки в какой панели управления на самом деле имеют значение.

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

Делегирование: как интернет находит ваши серверы имён

DNS — это иерархия делегирования. Ни у кого нет главного списка всех доменов. Вместо этого каждый уровень передаёт ответственность следующему.

Рекурсивный DNS-запрос: шаг за шагом

Браузер

нужен example.com

Резолвер

ваш провайдер / 1.1.1.1

Корень + TLD

кто отвечает за .com?

Авторитетный

настоящий ответ

Каждый шаг цепочки — тоже DNS-запрос, и его ответ потом кэшируется

Каждый уровень знает лишь, у кого спрашивать дальше. Ваши серверы имён — конечная инстанция.
  1. Корневые серверы знают, кто управляет каждым доменом верхнего уровня: кто отвечает за .com, .org, .io.
  2. Реестр .com знает, каким серверам имён делегирован каждый домен .com. Именно здесь хранятся ваши записи NS.
  3. Ваши серверы имён хранят саму зону: записи A, MX, TXT и все остальные.

Ключевой вывод

Ваш регистратор управляет тем, на какие серверы имён указывает домен. Тот, кто эксплуатирует эти серверы, управляет тем, что говорят записи. Часто это две разные компании.

Регистратор и DNS-хостинг

Это различие вызывает больше путаницы, чем что-либо другое в DNS.

РегистраторDNS-хостинг
Что делаетРегистрирует доменное имя и закрепляет его за владельцемОтвечает на DNS-запросы по нему
УправляетДелегированием NSСамими записями
ПримерыNamecheap, GoDaddy, Google DomainsCloudflare, Route 53, ваш веб-хостинг
Одна и та же компания?Часто да, но не обязательно

Как выглядят записи NS

Записи делегирования
example.com.    86400    IN    NS    ns1.cloudflare.com.
example.com.    86400    IN    NS    ns2.cloudflare.com.

Обратите внимание на длинный TTL: 86400 секунд — это сутки, а TTL делегирования нередко ещё больше. Это сделано намеренно: делегирование меняется редко, и его активное кеширование снижает нагрузку на серверы TLD.

Практический минимум — два сервера имён, и большинство реестров требуют не меньше двух. Провайдеры обычно выдают от двух до четырёх, размещённых в разных сетях, чтобы сбой в одной не отключил ваш домен.

Как проверить свои серверы имён

Командная строка
dig +short example.com NS

Или пропустите домен через инструмент проверки: он покажет записи NS вместе со всем остальным. То, что вернётся, и есть провайдер, в чьей панели управления нужно вносить правки.

Безопасная смена серверов имён

Смена DNS-провайдера переносит всю вашу зону сразу. Если сделать это небрежно, всё сломается одновременно: сайт, почта и все записи верификации.

  1. Сначала скопируйте все существующие записи

    Экспортируйте всю зону у текущего провайдера. Не только запись A, а ещё MX, каждую TXT (SPF, DKIM, токены верификации), CNAME и все поддомены. Пропущенная запись сломает зависящий от неё сервис.

  2. Воссоздайте их у нового провайдера до переключения

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

  3. Проверьте, напрямую запросив новые серверы имён

    Выполните dig @ns1.newprovider.com example.com для каждого типа записи. Так вы опрашиваете новые серверы до какого-либо изменения делегирования и убеждаетесь, что зона верна.

  4. Обновите записи NS у регистратора

    Только теперь меняйте делегирование. Из-за TTL в реестре переключение может стать видно везде лишь через 48 часов.

  5. Оставьте старую зону на неделю

    Не удаляйте старые записи сразу. Пока делегирование меняется, часть резолверов всё ещё обращается к старым серверам: если зоны там уже нет, эти запросы просто завершатся ошибкой.

Нужно проверить публичные DNS-адреса домена? Воспользуйтесь инструментом Domain IP Lookup.

Бесплатные инструменты по этой теме

Часто задаваемые вопросы

Читайте также

Рекурсивный DNS-запрос: шаг за шагом

Браузер

нужен example.com

Резолвер

ваш провайдер / 1.1.1.1

Корень + TLD

кто отвечает за .com?

Авторитетный

настоящий ответ

Каждый шаг цепочки — тоже DNS-запрос, и его ответ потом кэшируется

Основы DNS

Как работает DNS: от доменного имени к IP-адресу

Телефонная книга интернета, прослеженная от начала до конца: что происходит за те несколько миллисекунд между вводом домена и приходом первого пакета на сервер.

3 мин чтения

«Распространение» — это лишь истечение срока жизни кэшей

0 мин

вы сохраняете изменение

0-5 мин

DNS-хостинг обновляет данные

до конца TTL

старый ответ ещё в кэше

после TTL

новый ответ видят все

Ничего никуда не рассылается — каждый кэш просто перестаёт использовать свою копию

Основы DNS

Распространение DNS: почему ждать приходится так долго

Ничто никуда не распространяется. Понимание того, что происходит во время ожидания, подскажет, сколько оно продлится и как его сократить.

3 мин чтения

Записи, которые встретятся почти в каждой зоне

AИмя хоста → адрес IPv4
AAAAИмя хоста → адрес IPv6
CNAMEИмя хоста → другое имя хоста
MXДомен → почтовые серверы по приоритету
TXTДомен → произвольный текст: SPF, DKIM, верификация
NSДомен → серверы имён, отвечающие за него
Основы DNS

Типы DNS-записей: полный справочник

Каждый стоящий внимания тип записи: что он делает, как выглядит и какую ошибку с ним допускают чаще всего — на одной странице справочника.

4 мин чтения