Pull to refresh

Comments 21

Что происходит, когда вводишь url, или как работает интернет

И внезапно статья про OSI, хотя явно ожидаешь объяснение работы HTTP и браузера.

Хм. У меня таких ожиданий не было. Не знаете как браузер отрисовывает html и css ?

Ну так то я и про OSI знаю.

Просто "интернет" ассоциируется как раз с http, а не с сетевой моделью.

А я вот знал ровно наоборот :D

возможно эта ассоциация зависит от вашей специальности)
мне, как backend-разработчику, работа интернета представляется как раз как стек описанных протоколов

Интересно, каких протоколов?

Пусть бекенд. Какие протоколы вы используете при связи через интернет, кроме http/s?

imap, ssh, в свое время использовал ftp

думаю, что всегда нужно интересоваться как все устроено внутри — от этого приходит лучшее понимание верхнеуровневых процессов
поэтому мне и интересно что находится ниже — ip, udp, tcp и.т.д.

Искал как раз подобную статью, хорошо получилось. Предыдущий комментатор скорей всего имел ввиду что после заголовка "Что происходит, когда вводишь url, или как работает интернет" ожидал больше про работу браузера и наверное работу протоколов http\s, т.к. ввести запрос в строчку браузера и нажать Enter, самый популярный сценарий у пользователей.
Про работу браузера подробнее было бы интересно почитать, если будут еще статьи на это тему =)

Вы забыли указать как возникает мысль сходить на google.com, как мозг координирует работу глаз, пальцев, тактильных ощущений

Нет. А вот статья как раз про это

Я что-то не понял, вы что - просто перепечатали сюда главу из древней книги Олифера??

да, а еще 2 главы из Таненбаума)

а если серьезно, то нет — прочитал множество информации, также имею образование в этой области
а насчет древности вопрос спорный, во-первых книге всего около 10 лет, во-вторых ничего то и не поменялось с тех пор

Книге Олиферов более 20 лет, в начале 2000-х уже была, по ней и учился.

в общем да, база не поменялась, но серьезные изменения в том "что происходит когда вводишь url в браузер" уже есть(схемы работы есть по ссылкам, если интересно)

  1. http/2 - в принципе просто оптимизация http/1 но уже работает несколько иначе

  2. http/3 - работает уже не через TCP

и поправки для DNS:

  1. он может работать и через TCP в некоторых случаях

  2. При вводе адреса в адресную строку браузер может делать DNS запросы не только для выяснения пункта назначения но и к разным DNS записям в DNS зоне пункта назначения, чтобы прочитать параметры безопасности

  3. схема "браузер кеш"->"хостс"->"днс-сервер" и так-то работала не для всех ОС одинаково (в Windows например есть служба DNS client, которая так же кеширует данные DNS) а с появлением массового DOH в браузерах так и вообще работает совсем не так.

p.s. тонны редактирований коммента, а можно ведь сделать черновик для комментариев? %D

UFO just landed and posted this here
Книги, которые помогли мне. Рекомендую и вам:

Интересно, что нового в книгах 2018/2020г, чего нет в ГОСТ 24402-88? И для кого там писали, что уровень звена данных недопустимо называть канальным уровнем (вероятно, это была пасхалка, чтобы на этот гост сослались спустя 33 года). docs.cntd.ru/document/1200015767

Вы пишите, что единицей данных для транспортного уровня является пакет. Вы ошибаетесь, на транспортном уровне оперируют понятиями datagram для udp и segment для tcp соответственно

вопрос довольно дискуссионный

Таненбаум называет сегментом единицу данных и TCP, и UDP. У Олиферов TCP это пакет, а UDP - дейтаграмма. На просторах интернета можно встретить еще варианты обозначений

Мне кажется, логичнее описывать первым шагом при вводе URL работу DNS, поскольку общение клиента и сервера начинается с выяснения адреса (IP) сервера.

Имхо в статье есть неточность:

с полученной информацией делает запрос в центр сертификации (адреса центров сертификации уже есть в вашем браузере по умолчанию)

Браузер не делает запросов ни по каким адресам центров сертификации.

Он сверяется с доступными ему в своей ОС (или в своем хранилище в случае Firefox) корневыми и промежуточными сертификатами и на их основе определят достоверность предоставленного сервером сертификата.

Периодически корневые сертификаты, установленные в системе, устаревают (как совсем недавно это произошло с IdenTrust DST Root CA X3), и тогда начинаются проблемы с подключением, если списки этих корневых сертификатов в системе вовремя не обновить. В некоторых устройствах это проблематично.

Sign up to leave a comment.