DNS: Как работает резолвинг доменных имён

Что показывает эта диаграмма

Пошаговую анимацию того, что происходит когда ты вводишь example.com в браузере. От нажатия Enter до загрузки страницы -- весь путь DNS-запроса через 6 серверов.

Архитектура (6 серверов)

Иерархия кэшей

1. Кэш браузера (~5 минут) -- самый быстрый
2. Кэш ОС (~часы) -- если браузерный истёк
3. Кэш провайдера (~часы, TTL) -- общий для МИЛЛИОНОВ пользователей
4. Если нигде нет -- полный обход Root -> TLD -> Authoritative

Важно: если кто-то другой на твоём провайдере уже ходил на example.com, провайдер отдаст ответ из кэша мгновенно. Root/TLD/Authoritative даже не узнают о запросе.

Сценарии

1. Полный резолвинг (первый визит)

Все кэши пусты. Запрос проходит через 6 серверов, 4 сетевых хопа. ~100-200мс.

2. Кэш провайдера

Другой клиент ISP уже ходил на этот сайт. Ответ из кэша за ~10-30мс.

3. Домен не найден (NXDOMAIN)

Опечатка в URL. DNS всё равно обходит всю цепочку чтобы убедиться что домена нет.

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

• Root серверов всего 13 кластеров, но физически ~1500 машин по миру (anycast)
• Verisign обслуживает 160M+ доменов .com
• TTL (Time To Live) определяет владелец домена. Обычно 300-3600 секунд
• DNS работает по UDP (быстрее TCP) на порту 53
• Негативное кэширование -- провайдер помнит ошибки 15 мин чтобы не спрашивать повторно