S
SSH
🌐 DNS: как имя сайта превращается в IP-адрес
В прошлом посте мы дошли до момента, когда браузеру понадобился IP-адрес сайта.
Но откуда он его берёт?
Допустим, мы открываем:
`example.com`
Компьютер не начинает сразу опрашивать весь интернет. Сначала он проверяет, не знает ли ответ уже сейчас.
1️⃣ Проверяется кэш
Браузер, операционная система и DNS-резолвер могут уже помнить IP-адрес сайта.
Если запись ещё актуальна — ответ получаем почти мгновенно.
2️⃣ Запрос уходит DNS-резолверу
Обычно его предоставляет интернет-провайдер, но можно использовать и публичные DNS-серверы, например:
`1.1.1.1`
`8.8.8.8`
Именно резолвер занимается поиском ответа за нас.
3️⃣ Если ответа нет — начинается поиск
Упрощённо цепочка выглядит так:
`Корневой DNS → DNS зоны .com → DNS example.com`
Корневой сервер не знает IP сайта, но знает, где искать информацию о зоне `.com`.
Сервер зоны `.com` знает, какие DNS-серверы отвечают за `example.com`.
А уже авторитетный DNS-сервер домена возвращает нужную запись.
Например:
`example.com → 93.184.216.34`
4️⃣ Ответ сохраняется в кэш
Чтобы не повторять весь путь при каждом открытии сайта, результат некоторое время хранится.
Сколько именно — определяет параметр TTL — Time To Live.
Поэтому после изменения DNS-записей новый адрес иногда начинает работать не у всех одновременно.
🔧 Попробуйте сами
В Windows:
`nslookup example.com`
Можно явно указать DNS-сервер:
`nslookup example.com 1.1.1.1`
А в Linux/macOS удобно использовать:
`dig example.com`
💡 И вот важный момент:
Интернет-соединение может работать прекрасно, но если возникли проблемы с DNS, сайты по именам открываться не будут.
Именно поэтому фраза «интернет есть, а сайты не открываются» очень часто приводит администратора к проверке DNS.Если у вас установлено приложение,
вы можете сразу перейти в канал