HTTP в Wireshark | Компьютерные сети 2024 - 13

Практика с разбором пакетов HTTP в Wireshark
Как поддержать курс:
- Boosty - boosty.to/asozykin
- Cloudtips - pay.cloudtips.ru/p/45a4055b
Заранее спасибо за помощь!
Текстовая версия видео - habr.com/ru/articles/813395/
Сайт курса - www.asozykin.ru/courses/netwo...
Мой канал в telegram - t.me/a_sozykin
VK - avsozykin
00:00 - Начало
01:04 - Разбираем запрос HTTP
02:41 - Разбираем ответ HTTP
04:45 - Запрос отсутствующего ресурса
05:28 - Повторный запрос страницы
07:13 - Итоги
Плейлист с видео курса 2024 - • Компьютерные сети 2024
Рекомендуемые книги:
1. Д.Ф.Куроуз, К.В.Росс. Компьютерные сети. Нисходящий подход.
2. Э.Таненбаум, Д.Уэзеролл. Компьютерные сети.
3. В.Г.Олифер, Н.А.Олифер. Компьютерные сети. Принципы, технологии, протоколы.
Мой канал с короткими и понятными объяснениями сложных тем в ИТ и компьютерных науках - @AndreySozykin

[@mir_ka1480]

Смотрел первый курс, пару лет назад, затянуло, проработал системным инженером 2 года в Х5. Теперь пересматриваю обновленный курс и уже работаю в огромной госкорпорации,(теперь уже удаленно), очень помогли ваши курсы. Спасибо за труды, не бросайте) образование у меня не профильное, дается все достаточно сложно, от того еще интереснее)).В свое время ваш канал порекомендовал хороший друг, который так же по вашим курсам многое познал. Спасибо.

[@user-eu3fe4xd1n]

Спасибо за курс, особенно за дубль в текстовом формате на хабре!

[@AndreySozykin]

Если тексты полезны, то буду дальше писать. Ставьте плюсы и пишите содержательные комментарии на хабре, это достаточно жесткая и критично настроенная площадка ;-)

[@Rocket-Louncher]

Кажется это видео(13) не в плейлисте. Спасибо вам! Вы лучший!

[@AndreySozykin]

Спасибо, добавил в плейлист.

[@vladyslavglebov3244]

Андрей, для неискушенного пользователя складвается впечатление, что мак адреса "адреса отправителя и получателя". Чтобы не вводить в замешательство, уточняйте, что там МАК адрес вашего роутера и вашего устройства, скорее всего, чтоб не складывалось впечатление, что там мак адрес сервера. Спасибо за вашу работу!

[@AndreySozykin]

Действительно, показаны MAC-адреса сетевого адаптера в моем компьютере и маршрутизатора. Однако я специально об этом умалчиваю, потому что это достаточно сложный вопрос. Будет отдельное видео, в котором рассказывается, как передаются данные между сетями, как при этом меняется MAC-адреса, а IP-адреса остаются неизменными. Но рассказать обо всем в одном видео невозможно.

[@Voha]

Я думаю он просто опускает вещи, которые понятны при малейшем представлении устройства девайсов. Напомнило мне, когда я показал одному свидетелю секты линкс-арч, что могу с помощью ардуины вообще пихать в пакеты любые данные и поля, он страшно удивился, типо это колдунство какое-то

[@user-tk9vq6uo4s]

Спасибо огромное за курс, очень ждем следующее видео 😍

[@DoubleViolence]

Было бы круто обозревать не только функционал, но и примеры траблшутинга приводить)

[@AndreySozykin]

Я специально рассказываю и показываю только об успешной реализации всех операций по протоколам. Возможных проблем слишком много, если рассказывать даже о самых важных, то по каждому протоколу получится минимум 10 видео.

[@user-bs9ns8jo2i]

Андрей, подскажите, правильное ли утверждение, что мой провайдер - это, по сути, еще один роутер между моим собственным роутером и интернетом? И абоненты провайдера - это хосты в его локальной сети. А если я от своего роутера протяну провод к соседу - я, по сути, тоже стану для него провайдером?

[@AndreySozykin]

Упрощённо, именно так. Но только у провайдера, скорее всего, не один маршрутизатор, а несколько. И абоненты провайдера изолированы друг от друга, в отличие от хостов в локальной сети. Если протяните провод к соседу, или он подключится к вашей точке доступа Wi-Fi, то вы тоже станете маленьким провайдером. Но у вас не будет своей инфраструктуры доступа к Интернет, не сможете давать белые IP-адреса и много других вещей, которые делают большие провайдеры. Кроме этого, к провайдерам есть большие требования с точки зрения законодательства.

[@user-bs9ns8jo2i]

@@AndreySozykin Большое спасибо за развернутый ответ!

[@user-oc8lo8ht2u]

Андрей, подскажите, пожалуйста, когда будет следующая лекция Вашего курса?

[@AndreySozykin]

В начале следующей недели. График сбился из-за майских праздников.

[@user-bs9ns8jo2i]

Андрей, спасибо за материал! Подскажите, пожалуйста, ответ на такой вопрос. Для того, чтобы мой домашний сервер отвечал на запросы из интернета - у него должен обязательно быть белый IP-адрес, чтобы запрос от клиента нашел путь к моему серверу. Но предположим, что у меня нет белого IP. Каким тогда образом ответ веб-сервера сайта, на который я отправляю запрос, находит путь к моему компьютеру? Если я могу посещать сайты, имея серый IP, почему тогда клиенты не смогут посещать мой сайт?

[@blin-chel]

Потому что сайт видит откуда пришел запрос Туда направляет ответ И дальше работает оборудование провайдера, у него записи есть кто с какого порта куда обращался

[@rexby]

Почитайте про NAT - это ответ на ваш вопрос.

[@AndreySozykin]

Ваш провайдер использует технологию NAT, вот видео на эту тему - kzbin.info/www/bejne/gmKtpaB3nriUfLM Посмотреть белый IP-адрес, с которым вы попадаете в интернет, можно на сайте ip.yandex.ru

[@user-bs9ns8jo2i]

@@AndreySozykin спасибо!

[@user-oc9nm1lw2q]

Андрей, небольшой вопрос по сетям - как может узнать пользователь, скажем из другой страны, с которым я общаюсь в Skype, mac-адрес моей сетевой карты, если знает только мой белый провайдерский маршрутизируемый ip-адрес, при этом и у меня, и у него разные подсети через несколько транзитных роутеров. Спасибо за ответ.

[@AndreySozykin]

Пользователь из другой страны не сможет узнать MAC-адрес вашей сетевой карты, т.к. MAC-адреса используются только для передачи данных внутри одного сегмента сети (до маршрутизатора, через который вы подключаетесь к интернет).

[@user-oc9nm1lw2q]

@@AndreySozykin Спасибо за ответ, просто я начинающий сетевой специалист, и многих вещей не знаю.

[@AndreySozykin]

Ничего страшного, со временем разберетесь!

[@TechBusinessDev]

Пишу свой vpn Сделал тестовую среду в докере из трех контейнеров client, server, resource В тестовой среде я могу на клиенте через сервер достучаться до http эндпоинта в ресурсе хотя клиент и ресурс находятся в разных сетях То есть в этой среде впн работает Но вот достучаться до внешнего ресурса уже не получается. В wireshark видно, что происходит tcp рукопожатие и клиент вместо того чтобы уже слать http запрос шлет keep alive tcp запросы Уже долго борюсь не могу победить Не подскажете в чем может быть проблема? Icmp запросы например работают по этой схеме через впн сервер на любой любой ресурс