Как работают DNS, IP-адреса и типы записей: базовые понятия, на которых строится любая проверка домена, с пошаговыми объяснениями.
Публичное и приватное адресное пространство
Публичный IP
192.0.2.10
глобально уникален — маршрутизируется отовсюду
Приватные диапазоны
не маршрутизируются в публичном интернете
У вашего устройства одновременно два адреса, и только один из них существует в интернете. Почему так и что означают зарезервированные диапазоны.
Выбор TTL на практике
Одно число определяет, как быстро вступают в силу изменения и сколько DNS-трафика вы создаёте. Как выбрать его осознанно.
«Распространение» — это лишь истечение срока жизни кэшей
0 мин
вы сохраняете изменение
0-5 мин
DNS-хостинг обновляет данные
до конца TTL
старый ответ ещё в кэше
после TTL
новый ответ видят все
Ничего никуда не рассылается — каждый кэш просто перестаёт использовать свою копию
Ничто никуда не распространяется. Понимание того, что происходит во время ожидания, подскажет, сколько оно продлится и как его сократить.
Рекурсивный DNS-запрос: шаг за шагом
Браузер
нужен example.com
Резолвер
ваш провайдер / 1.1.1.1
Корень + TLD
кто отвечает за .com?
Авторитетный
настоящий ответ
Каждый шаг цепочки — тоже DNS-запрос, и его ответ потом кэшируется
Единственная настройка, которая решает, какой провайдер управляет вашим DNS, и причина, по которой правки записей иногда не дают вообще никакого эффекта.
Записи, которые встретятся почти в каждой зоне
Всё решается одним вопросом: вы управляете IP-адресом или это делает кто-то другой? И правило для корневого домена, на котором спотыкаются все.
Записи, которые встретятся почти в каждой зоне
Запись, которая на деле направляет ваш домен на сервер: её устройство, аналог AAAA и четыре ошибки, чаще всего ломающие сайты.
Рекурсивный DNS-запрос: шаг за шагом
Браузер
нужен example.com
Резолвер
ваш провайдер / 1.1.1.1
Корень + TLD
кто отвечает за .com?
Авторитетный
настоящий ответ
Каждый шаг цепочки — тоже DNS-запрос, и его ответ потом кэшируется
Онлайн-инструмент, ping, nslookup, dig или DevTools: пять способов разрешить домен с точными командами для Windows, macOS и Linux.
Рекурсивный DNS-запрос: шаг за шагом
Браузер
нужен example.com
Резолвер
ваш провайдер / 1.1.1.1
Корень + TLD
кто отвечает за .com?
Авторитетный
настоящий ответ
Каждый шаг цепочки — тоже DNS-запрос, и его ответ потом кэшируется
Телефонная книга интернета, прослеженная от начала до конца: что происходит за те несколько миллисекунд между вводом домена и приходом первого пакета на сервер.
Две схемы адресации, работающие бок о бок
IPv4
192.0.2.10
32 бита — ~4,3 млрд адресов — исчерпаны
IPv6
2606:4700::6810:84e5
128 бит — 340 ундециллионов адресов
Числовая метка за каждым сайтом, сервером и телефоном в интернете: что она означает, как её читать и почему существуют две несовместимые версии.
Как письмо находит ваш почтовый сервер
Отправитель
you@gmail.com
Запрос MX
кто принимает почту?
Почтовый сервер
сначала приоритет 10
Входящие
доставлено
Выбирается наименьшее число приоритета; большие значения — резервные
MX-записи сообщают интернету, какие почтовые серверы обрабатывают почту домена, и объясняют, почему они устроены иначе, чем A-запись.
Три уровня под названием «DNS-сервер»
Stub-резолвер
ваше устройство
Рекурсивный резолвер
провайдер, роутер или 1.1.1.1
Авторитетный
DNS самого домена
Слово «DNS-сервер» скрывает две совершенно разные роли: рекурсивный резолвер, который спрашивает, и авторитативный сервер, который знает ответ.
Выбор TTL на практике
TTL определяет, как долго DNS-ответ кешируется, прежде чем его запросят снова, — это и есть настоящая причина, по которой изменения DNS появляются не везде мгновенно.