Рекурсивный DNS-запрос: шаг за шагом
Браузер
нужен example.com
Резолвер
ваш провайдер / 1.1.1.1
Корень + TLD
кто отвечает за .com?
Авторитетный
настоящий ответ
Каждый шаг цепочки — тоже DNS-запрос, и его ответ потом кэшируется
Что такое сервер имён: как работает делегирование домена
Сервер имён (nameserver) — это сервер, который хранит DNS-записи вашего домена и отвечает на вопросы о них. Записи NS вашего домена указывают, какие серверы имён за него отвечают, и именно эта настройка определяет, правки в какой панели управления на самом деле имеют значение.
Если вы когда-нибудь меняли DNS-запись, ждали и не видели вообще никаких изменений, то почти наверняка причина именно в этом.
Делегирование: как интернет находит ваши серверы имён
DNS — это иерархия делегирования. Ни у кого нет главного списка всех доменов. Вместо этого каждый уровень передаёт ответственность следующему.
Рекурсивный DNS-запрос: шаг за шагом
Браузер
нужен example.com
Резолвер
ваш провайдер / 1.1.1.1
Корень + TLD
кто отвечает за .com?
Авторитетный
настоящий ответ
Каждый шаг цепочки — тоже DNS-запрос, и его ответ потом кэшируется
- Корневые серверы знают, кто управляет каждым доменом верхнего уровня: кто отвечает за
.com,.org,.io. - Реестр
.comзнает, каким серверам имён делегирован каждый домен.com. Именно здесь хранятся ваши записиNS. - Ваши серверы имён хранят саму зону: записи
A,MX,TXTи все остальные.
Ключевой вывод
Ваш регистратор управляет тем, на какие серверы имён указывает домен. Тот, кто эксплуатирует эти серверы, управляет тем, что говорят записи. Часто это две разные компании.
Регистратор и DNS-хостинг
Это различие вызывает больше путаницы, чем что-либо другое в DNS.
| Регистратор | DNS-хостинг | |
|---|---|---|
| Что делает | Регистрирует доменное имя и закрепляет его за владельцем | Отвечает на DNS-запросы по нему |
| Управляет | Делегированием NS | Самими записями |
| Примеры | Namecheap, GoDaddy, Google Domains | Cloudflare, 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-провайдера переносит всю вашу зону сразу. Если сделать это небрежно, всё сломается одновременно: сайт, почта и все записи верификации.
Сначала скопируйте все существующие записи
Экспортируйте всю зону у текущего провайдера. Не только запись
A, а ещёMX, каждуюTXT(SPF, DKIM, токены верификации),CNAMEи все поддомены. Пропущенная запись сломает зависящий от неё сервис.Воссоздайте их у нового провайдера до переключения
Соберите полную зону у нового хостинга, пока делегирование ещё указывает на старый. Пока ничего не работает вживую, ошибки ничего не стоят.
Проверьте, напрямую запросив новые серверы имён
Выполните
dig @ns1.newprovider.com example.comдля каждого типа записи. Так вы опрашиваете новые серверы до какого-либо изменения делегирования и убеждаетесь, что зона верна.Обновите записи NS у регистратора
Только теперь меняйте делегирование. Из-за TTL в реестре переключение может стать видно везде лишь через 48 часов.
Оставьте старую зону на неделю
Не удаляйте старые записи сразу. Пока делегирование меняется, часть резолверов всё ещё обращается к старым серверам: если зоны там уже нет, эти запросы просто завершатся ошибкой.
Нужно проверить публичные DNS-адреса домена? Воспользуйтесь инструментом Domain IP Lookup.
Бесплатные инструменты по этой теме
Часто задаваемые вопросы
Читайте также
Рекурсивный DNS-запрос: шаг за шагом
Браузер
нужен example.com
Резолвер
ваш провайдер / 1.1.1.1
Корень + TLD
кто отвечает за .com?
Авторитетный
настоящий ответ
Каждый шаг цепочки — тоже DNS-запрос, и его ответ потом кэшируется
Как работает DNS: от доменного имени к IP-адресу
Телефонная книга интернета, прослеженная от начала до конца: что происходит за те несколько миллисекунд между вводом домена и приходом первого пакета на сервер.
«Распространение» — это лишь истечение срока жизни кэшей
0 мин
вы сохраняете изменение
0-5 мин
DNS-хостинг обновляет данные
до конца TTL
старый ответ ещё в кэше
после TTL
новый ответ видят все
Ничего никуда не рассылается — каждый кэш просто перестаёт использовать свою копию
Распространение DNS: почему ждать приходится так долго
Ничто никуда не распространяется. Понимание того, что происходит во время ожидания, подскажет, сколько оно продлится и как его сократить.
Записи, которые встретятся почти в каждой зоне
Типы DNS-записей: полный справочник
Каждый стоящий внимания тип записи: что он делает, как выглядит и какую ошибку с ним допускают чаще всего — на одной странице справочника.