🌐 Что происходит после того, как вы ввели адрес сайта и нажали Enter?
Кажется, что браузер просто «открывает сайт».
На самом деле за доли секунды происходит целая цепочка сетевых событий.
Допустим, вы вводите:
example.com
Дальше примерно так:
1️⃣ Браузер выясняет IP-адрес сайта
Имя example.com удобно человеку, но сети нужен IP-адрес.
Для этого используется DNS — своего рода телефонная книга интернета.
2️⃣ Компьютер понимает, куда отправить пакет
Если сервер находится не в вашей локальной сети, данные уходят через шлюз — обычно это домашний роутер.
3️⃣ Роутер отправляет данные дальше
Пакеты проходят через сеть провайдера и несколько промежуточных маршрутизаторов.
4️⃣ Устанавливается защищённое соединение
Для HTTPS браузер договаривается с сервером о шифровании через TLS.
При HTTP/1.1 и HTTP/2 обычно используется TCP.
При HTTP/3 — QUIC поверх UDP.
5️⃣ Браузер отправляет HTTP-запрос
Например: «Пришли мне главную страницу».
6️⃣ Сервер отвечает
Возвращает HTML, а затем браузер начинает загружать CSS, JavaScript, картинки, шрифты и другие ресурсы.
И всё это часто происходит быстрее, чем мы успеваем моргнуть.
🔧 Мини-эксперимент
На компьютере попробуйте:
nslookup example.com
Команда покажет, какой IP-адрес DNS нашёл для сайта.
А дальше можно попробовать:
tracert example.com
в Windows
или
traceroute example.com
в Linux/macOS.
Так можно увидеть часть маршрута, по которому ваши пакеты идут через интернет.
Это первый пост небольшой серии «Путь пакета».
Завтра разберём DNS подробнее:
кто именно отвечает на вопрос «Какой IP у этого сайта?» и почему иногда DNS ломает весь интернет. 🌐
Кажется, что браузер просто «открывает сайт».
На самом деле за доли секунды происходит целая цепочка сетевых событий.
Допустим, вы вводите:
example.com
Дальше примерно так:
1️⃣ Браузер выясняет IP-адрес сайта
Имя example.com удобно человеку, но сети нужен IP-адрес.
Для этого используется DNS — своего рода телефонная книга интернета.
2️⃣ Компьютер понимает, куда отправить пакет
Если сервер находится не в вашей локальной сети, данные уходят через шлюз — обычно это домашний роутер.
3️⃣ Роутер отправляет данные дальше
Пакеты проходят через сеть провайдера и несколько промежуточных маршрутизаторов.
4️⃣ Устанавливается защищённое соединение
Для HTTPS браузер договаривается с сервером о шифровании через TLS.
При HTTP/1.1 и HTTP/2 обычно используется TCP.
При HTTP/3 — QUIC поверх UDP.
5️⃣ Браузер отправляет HTTP-запрос
Например: «Пришли мне главную страницу».
6️⃣ Сервер отвечает
Возвращает HTML, а затем браузер начинает загружать CSS, JavaScript, картинки, шрифты и другие ресурсы.
И всё это часто происходит быстрее, чем мы успеваем моргнуть.
🔧 Мини-эксперимент
На компьютере попробуйте:
nslookup example.com
Команда покажет, какой IP-адрес DNS нашёл для сайта.
А дальше можно попробовать:
tracert example.com
в Windows
или
traceroute example.com
в Linux/macOS.
Так можно увидеть часть маршрута, по которому ваши пакеты идут через интернет.
Это первый пост небольшой серии «Путь пакета».
Завтра разберём DNS подробнее:
кто именно отвечает на вопрос «Какой IP у этого сайта?» и почему иногда DNS ломает весь интернет. 🌐