После ввода URL браузер делает то, о чём ты не задумывался

Что на самом деле происходит после того, как вы вводите адрес сайта в браузере и нажимаете Enter? В этом видео проследим весь путь запроса — буквально от URL в адресной строке до готовой страницы на экране. Разберём, зачем нужны DNS, ARP и NAT, чем IP-адрес отличается от MAC-адреса, как пакет проходит через домашний роутер и сеть провайдера, зачем TCP нужен three-way handshake, что происходит во время TLS handshake, как работает HTTP/2 и куда в итоге приезжает запрос. В качестве живого примера используем реальный сайт beliaev.dev и посмотрим на весь процесс через ipconfig, таблицу маршрутизации, ARP, Wireshark, tracert и DNS. Кэшей в этом видео не существует — иначе мы бы никогда не закончили. Таймкоды: 00:00 — Что происходит после нажатия Enter? 00:49 — Договоримся: кэшей не существует 00:56 — Браузер разбирает URL 01:26 — Почему нельзя отправить пакет на домен 01:52 — Зачем нужен DNS 02:03 — IP, DNS и Default Gateway 02:25 — Таблица маршрутизации 02:55 — Что такое hop 03:25 — Зачем нужен MAC-адрес 03:38 — Как работает ARP 04:05 — Что на самом деле находится внутри сетевого пакета 04:24 — UDP и DNS 04:43 — IP-пакет внутри Ethernet Frame 05:18 — Что делает домашний роутер 05:38 — Как маршрутизатор выбирает следующий hop 05:50 — Зачем нужен NAT 06:18 — Публичный IP, PAT/NAPT и порты 06:59 — NAT mapping для UDP 07:20 — Пакет выходит из домашней сети 07:37 — Маршрутизация через интернет 08:01 — Как посмотреть маршрут через tracert 08:15 — DNS-запрос доезжает до resolver 08:42 — Как работает DNS-иерархия 08:49 — Root DNS 08:59 — DNS-серверы зоны .dev 09:12 — Authoritative DNS 09:28 — Получаем IP сайта 09:47 — Подключаемся к сайту по HTTPS 10:00 — Что такое TCP 10:27 — TCP Three-Way Handshake 10:48 — TLS Handshake и сертификат 11:16 — HTTP/2 11:22 — Наконец отправляем GET /blog/ 11:28 — Почему #fragment не отправляется серверу 11:51 — HTTP → TLS → TCP → IP 12:10 — Запрос приезжает на сервер 12:25 — Cloudflare Pages 12:36 — Что такое CDN 12:56 — Что происходит на стороне Cloudflare 13:18 — Почему сервер просто отдаёт готовый HTML 13:30 — HTTP-ответ 13:40 — Путь обратно домой 13:56 — NAT возвращает ответ нужному компьютеру 14:05 — TCP, TLS и HTTP разбираются обратно 14:20 — Почему одного HTML недостаточно 14:38 — Повторное использование HTTP/2-соединения 14:56 — Ресурсы с других доменов 15:12 — Рендеринг страницы 15:20 — Сайт наконец появляется на экране 15:25 — Весь путь запроса за 25 секунд 15:51 — Теперь можно отвечать на собеседовании 30 минут Если вам нравятся такие технические разборы без магии и «браузер просто отправляет запрос на сервер» — подписывайтесь на канал. #программирование #сети #backend