1. Но что делает браузеру если тебе было лень ввести протокол? 2. Какой порт слушает современный веб-сервер по умолчанию? 3. Третий вопрос. Если ты поменял информацию о своем домене, например А запись сервер, насколько быстро об этом узнает твой браузер? И от чего это зависит? 4. Какие http методы ты знаешь? 5. Зачем в заголовки http указывать Host?

Не знал, что бровями можно разговаривать ))

Когда-то давно искал всю эту информацию, сейчас более полная картина, спасибо.

Действительно очень популярный вопрос на собесах, спасибо !!

Выпуск огонь! Продвигаем в топ

Спасибо за Ваш труд! Коммент в поддержку канала

Спасибо, как раз то что мне нужно было!)

Спасибо за ролик, очень интересно. Тема важная.

Мужик, спасибо. Всё по полкам разложил.

Спасибо Вам большое!)

У вас самая шикарная реклама, спасибо на видео очень помогло к подготовке к собеседованию

порядок просмотра можно изменить в /etc/nsswitch.conf просмотр файла hosts можно вообще отключить или загнать его в самый конец списка

Видео полезное. Спасибо!

Толково,грамотно, без воды-подписался. Отлинчый контент

Контент очень даже хорош. Спасибо большое)

Блин уматовый чел) Спс за инфу 💪

3) Когда истечёт время TTL записи. Время задаётся на сервере который обслуживает зону в файле описания зоны (для всей зоны или конкретной записи )

Классный канал! Спасибо!

Спасибо, полезное видео. В моем мозгу знания организовались по полочкам.

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

супер 👍 пока не понятно, но интересно.

Красота, спасибо. В основном работаю с бд....веб факультатив....оказывается я многое знаю и многое надо узнать

шикарно!

Привет, спасибо, я хоть и не сисадмин и даже не айтишник - но объяснено доступно, спасибо.

Класс. Спасибо

В теории: HTTPS, DNS, TCP/IP, ARP, NAT, запросы, сервера, маршрутизаторы... На практике: - У меня интернет не работает, почини! - Что именно не работает? - ИНТЕРНЕТ! - Что происходит, когда вводите адрес? - НИЧЕГО не происходит! XD

Очень полезно! Спасибо!

Лайк не глядя, дружище

Все чётко и по полочкам. При каждодневной монотонной работе некоторые вещи забываются, посмотрел видео, чтобы освежить в памяти.

Спасибо, добавлю в избранное, буду смотреть перед собесами)

Для полноты картины можно наверно было еще расказать про установку tcp соединения, а то сразу к TLS переход

Как всегда сначала лайк. Потом иду за чаем и печенками. И после наслаждаюсь чаем и новым видео. Всё это прекрасно понимаю, но посмотреть было интересно. Теперь знаю куда мне посылать людей с вопросами на данную тему))) Спасибо за Ваши труды.

Спасибо за полезн, видео. Отстал от жизни, много не знаю)

Блин писал коммент, телефон сел) По поводу кол-ва методов вопрос непонятно. Базовых на сколько помню их 4. Get, post, put, delete. Если посмотреть например postman, там их штук 20, а вообще если брать серверную часть на php, то есть простой метод по добавлению разрешённых методов http. В эмом случае ответ будет - кол-во методов бесконечно. Другой момент, что на собеседовании спрашивают чем отличается get от post например. Какая задача по мануалу у этих методов (get - получить, post - отправить/записать ит. Д.). Так же удивлён был не увидеть протокол ws/wss, который могут использовать все современные браузеры и в определённых задачах куда более полезен чем http. PS: видео классное, но много тем не раскрыто. Лайк поставил

Еще браузер может отправить ETag (MD5 хеш запрашиваемой страницы) в заголовках, сервер сравнит его со своим хешем и отправит код 204 при совпадении, браузер получив этот код отобразит страницу из кеша

Спасибо

Лучший вопрос на собеседовании - как устроен транзистор и как устроен простейший D-триггер ячейки памяти. Кто будет спорить что это не важно - пусть первый бросит в меня камень. Как можно программировать, не понимая как работает транзистор и оперативная память? Вы чё ребята? А по поводу как работает браузер - ну покажите мне тикеты, в которых заказчик просит объяснить как работает браузер. Какая мораль - вопрос как работает браузер - некомпетентность собеседующего. Программирование - это оперирование разного уровня абстракциями. Не обязательно знать все уровни чтобы быть хорошим программистом.

Очень толково рассказано!!!! Большое Спасибо!!!!

Видео, как бальзам на душу!

Best video ever!

День добрый, наливайте приятные жидкости, опускайте напасы потому что на тревую голову не дойдет.

На самом деле на этапе установления https соединения какая-то путаница с рассказе. Насколько я понимаю session key генирируется именно клиентом и шифруется публичным ключем сервера. Далее сервер расшифровывает и получает симметричный ключ. Мне кажется несколько раз упущено слово "через", так как сервер не стал бы отправлять симметричный ключ (сказанный на последнем этапе).

Когда хотел просто послушать что же происходит, а не загадки

1. Перебором) 2. 80 443 3. В течении суток но не менее 3 часов

Угу. Задал я как-то вопрос одному сисадмину, как пакеты по сети бегут... Пройдя соответствующие курсы понял, что сисадмин ничерта не знает :) пришлось самому становится оным. А вообще, сети чертовски интересная тема :) хорошее видео спасибо. Кстати, модель osi обязательно нужно знать. Очень выручает для поиска неисправности в сети.

Вопрос этот очень объемный конечно, можно кстати выпустить серию видео сегментированных по определенному этапу в этой большой цепочке =)

С ДНС вы допустили ошибку, перед зоной com запрос ещё кое куда отправляется)

Спасибо каналу за его интересный контент и автору лично. кину в вк!

Так же уверенно расскажу на собеседовании

Как браузер узнает есть ли у твоего сайта HSTS, если не отправит начальный запрос? И следом следующий вопрос, если мы в нджинкс пропишем эту команду для HSTS, браузер не установит https соединение если не будет установлен сертификат. Поправьте если Я не прав.

насколько я знаю корневые сервера действуют не рекрусивно а итеративно чтоб не перегружаться. Рекурсивно действует только локальный днс резолвер

нужно бооооооооооольшееееееее вииииииииииидеоооо

Не зная ответ на этот вопрос (бесполезные знания) можно спокойно работать на 99% вакансиях, так как для того, чтобы на реакте клипать формочки не шибко то и нужно знать работу браузера. А после ты еще алгоритмы спроси, это же маст хэв для фронтенда!

Ништяк

по поводу dns cache: systemd-resolved может и не стоять.

А мне вот больше нравится вопрос. Что происходит после того, как вы в почтовом клиенте нажали кнопу "отправить"? Есть подозрение, смахивающее на опыт, что на этот вопрос ответит народу еще меньше.

Капец, как же все это запомнить :)

Думал, будет с подвохом вопрос. Типа из топа вопросов которые задают на собесе гуглов

Спасибо за ролик. Расскажи, чем отличается http 1 от http 2.

а-а-а-а-а ЭНГИНКС... как это круто звучит ))

Полезно, но при чем тут рекурсия?

У меня не складывается пазл... Не хватает кусочка: а как сервер передаёт клиенту симметричный ключ? Если в открытом виде, то его могут перехватить и использовать для расшифровки всех последующих сообщений. А если в зашифрованном, то как происходит это шифрование так, чтобы только клиент его мог расшифровать? Ведь на обозначенной стадии "общения" у клиента, равно как и у того, кто подслушивает, есть только информация о методе шифрования, методе сжатия, а так же публичный сертификат с публичным ключом. Так каким образом симметричный ключ безопасно передаётся клиенту от сервера? Ведь публичный ключ клиентом может использоваться только для шифрования сообщений, отправляемых на сервер... И ещё не понятен такой момент: в конце, когда сервер отвечает "FINISHED", зачем он повторно отправляет клиенту симметричный ключ? Ведь он его уже, насколько я понял, отправлял клиенту, чтобы тот с помощью этого ключа шифровал отправляемый серверу хеш...

С недавнего время актуально в цепочку добавить DoH

Процесс от ввода домена в адресной строке браузера описан довольно скудно и не до конца. Не описано например что происходит если в .htaccess встретиться правило rewrite. Что произойдет если нет индексного файла и почему например когда сервер отдает 500 на странице сайта написанного на CMS ModX выдает 503.

Как вы задолбали уже с этим "самым лучшим вопросом"!..

а меня спрашивали как форматировать винчестер )) времена xp были ))) я опешил.

Кайфно объяснил! Спасибо тебе!

2) 80 и 443 соответственно

Бесподобен

arp запрос хост или роутер будет посылать на любой dst ip адрес - только если маршрут по умолчанию прописать на Ethernet интерфейс без указания ip next hop. не уверен, что linux/windows так умеют.

Это конечно интересно, но нужен видос как ответить на этот вопрос «не знаю» и получить 400к/сек

1. Подставляет http или https (старые браузеры не подставляли, но это было даааавным-давно). Если не помогло (напр., сервер использует ftp) - пишет ошибку (или, если браузер сильно умный - обрабатывает как поисковый запрос, и это бесит). 2. Стандартные порты - 80 http, 443 https, 21 ftp. Если не указано, будет стучаться туда. При использовании другого порта, нужно указывать адрес:порт. 3. (Точного ответа не знаю, предлагаю сделать видео про DNS и DDNS) 4. (аналогично) 5. Аааа, так вот как делают несколько сайтов на одном IP. Вопрос породил ответ)) Но тут же возник другой вопрос: как делают один сайт на нескольких серверах с разными IP?..

8.45 Если адрес не в твоей подсети, зачем его там искать? Сразу на шлюз. Если адрес в твоей подсети, зачем идти на шлюз? Если не нашел в своей подсети, на шлюз не пойдет.

Вся информация вроде есть, но неструктурированность изложения реально запутывает. PS искал краткое изложение

Сначала браузер проверить нет ли такого адреса в файле хосте, потом к ближайшему DNS

Антон, тебе надо было становится актером

на 8:54 начался пиздец, он будет кричать (широковещательный запрос) только если нету соответствия в арп таблице ОС. На шлюз уйдёт запрос тогда когда ИП не входит в подсеть по маске. Это был самый большой косяк. Еще не раскрыто то, что это всё может работать по ИПв6 и там вообще другая архитектура. Может я тупой, но я из видео не понял когда браузеру прилетел симетричний ключ который сгенерировал сервер. По логике вещей КЛИЕНТ должен сгенерировать симетричний ключ и зашифровать сертификатом и отправить на серв тк нету другого пути доставить что либо браузеру безопасно, но это предположение, мне лень гуглить.

я правильно понял что на 8:21 говоорится о днс?

Ребят, подскажите, а где-то есть тренировочный стенд packet tracer с имитацией работы интернета? Ну там днс сервера, маршрутизаторы, веб сервер

Хм, отличная идея пиарить какой-нибудь хостинг на собеседовании. Хотел бы на это посмотреть живьем. Если серьезно, интернет так уже давно не работает. Например, провайдер ВСЕГДА подменяет адреса DNS-серверов на свои (чтобы оградить наши неокрепшие умы от детской наркоманской сюицидальной порнографии с оружием и анимэшными вайфу). После чего перенаправляет запрос на свои веб-сервера-"заглушки" даже после того, как сайт давно уже вышел из "запрещенных" списков. Поэтому в чистом виде DNS использовать не рекомендуется, лучшее решение DNS over HTTPS или DNS over TLS. Кроме того, наш любимый провайдер может отдать страницу "404" сразу, т.к. он "ближе", а когда придет реальный ответ от удаленного веб-сервера, он будет проигнорирован браузером из-за того, что какой-то ответ уже пришел ранее. Еще наш любимый провайдер любит встраивать рекламу в незашифрованную веб-страницу, поэтому для защиты от модификации (и прослушивания) содержимого применяется HTTPS шифрование. Вообще люди, которые получают деньги за подслушивание и подмену трафика, очень не любят любые виды шифрования, кроме православных кузнечиков (скомпрометированных) или полного их отсутствия, поэтому всячески пытаются провести законопроект о запрете использования TLS 1.3, DoH и DoT (не говоря про уже запрещенный законодательно VPN). Собственно и интернет уже давно не глобальный, а феодальный, и мне каждый день тяжело видеть, каким он был и как его продолжают ломать и политизировать. Еще одним из способов вклиниться в шифрованный трафик на стороне провайдера - это законодательно навязать установку корневого государственного сертификата для проведения MITM-расшифровки, что уже было опробовано в Казахстане. Интернет настолько уже искалечен, что давно работает не "по учебнику". Еще "внутри" провайдера один трафик может идти разными путями, вообще-то подобное можно и дома настроить, подключившись одновременно более чем к одному провайдеру. В любом случае, видео очень содержательное, хотя и немного сумбурное, вряд ли есть что-то подобное, где за такое короткое время подается так много информации без воды, в реальности про каждый этап можно рассказать на порядок больше.

2:42 HSTS, надпись на экране - HTST :)

> Браузер поддерживает следующие протоколы: http, ... ftp. На счёт ftp - это точно? Нафига он браузеру? Я не имею ввиду "комбайны" всё в одном вроде Opera или Chrome, а чистый браузер. Хотя сейчас всё туда суют, что нужно и не нужно... UPD. Видимо, спорный вопрос определений и классификаций. Я бы к основным фишкам браузеров поддержку протокола ftp не отнёс, а определил бы оный к дополнительным.

Упущен важный момент про SNI...

Лишь бы люди не зубрили это, а реально пропускали через себя, пытались разобраться.

Как информация с жесткого диска попадает в оперативную память?)

1: пишет сам 2: http 80 Https 443

Чего придумывать. На сервере поставить редирект с ..../index.html на ..... проще всего или в файле или лучше в .htaccess.

4:10 да v4 сосед может и запомнит, но помимо https ютубчик ещё и ipv6 любит, вот ту абракадабру запомнят разве что "настройщики" из 2000х готов, помнящие лицензионный ключ для win98/xp 🤣

Ты бы лучше объяснял всё последовательно, сам отвечая на вопрос в заголовке. А так люди могут подумать что hsts браузер получает до dns резолва. Кстати не линукс единным. В windows например поиск имени идёт по пути кеш -> hosts -> dns -> LLMNR -> netbios -> wins. Плюс есть настройки домена поиска и суффикса домена. Плюс есть WPAD. Про пакеты. Ты рассказал только про HTTP и IP. А где mac и llc уровни ? Где bgp ? Где хотя бы port mapping и реверс прокси и cdn ? Про http методы. Ты знаешь отличия от url/uri/urn ? Видимо нет, раз urn называешь url'ом. Если мы говорим про протокол http браузер и заголовки. Почему не было речи про url encode ? И последняя фраза. Фронтендер должен знать как браузер отображает страничку. Епт, а как он не может не знать рендеринг страницы если он пишет фронт ?? Тем более в большинстве фреймворков применяется виртуальный dom. Или вёрстка. Конечно ты будешь изучать и знать как браузер отображает страницу. Иначе твои элементы будут наезжать друг на друга и криво отображаться в разных браузерах. Слышал про Pixel Perfect ? Ну и причём тут устройство ОС, сети, веб сервисов и протоколов и рендеринг страницы ? Если бы я тебе задал этот вопрос. Ты бы не прошёл собеседование таким ответом. И где рассказ про IRQ и рендеринг на GPU ? Короче тебе кол.

Вопрос: Что происходит после ввода адреса в браузер? Первые полторы минуты ответа: Ну автоподстановка, тут мы буковку, а нам целое слово.. Я уже начинаю жалеть что подписался на тебя пару месяцев назад после ролика айтиютуберс

default 80, 8080 - http; 443 - https

Это как же упало качество образования, если такой вопрос на собеседовании ставит в тупик 🤦‍♂🤦‍♂🤦‍♂

ссылка на fozzy что-то не работает

"если я работаю с вэбом..." мне никогда в жизни не пригодится знание всех внутренностей, кроме как на собеседовании у неадекватного техлида. Что мне нужно - это таблица хттп статус кодов, заголовки авторизации и корса, простейшие приемы защиты от взлома и хорошо протестировать страницу на медленном соединении и при различных разрешениях экрана и дпи. Все, бля! Остальное человек узнает сам просто потому, что это ему обязательно попадется на глаза и займет какое-то место в мозгу. Вся хрень с нжинксом, с айпи, с маршрутами - это не "вэб"! Это девопс, и варитись в этом сами. Вэб - это про хуки, инжекцию и цсс. О стартапах и широкопрофильниках-многостаночниках у меня особое мнение. Я уже 22 года выбираю себе компании на основании адекватности вопросов на интервью. Пока все отлично, и тактику менять не собираюсь.

80, 443

Комп перед отправкой пакета в другую сеть не кого не спрашивает, а просто сравнивает свой адрес с адресом получателя используя маску подсети

М-да... начало 2000голов прошло... когда ты не знал и писал адреса сайта по символьно... А сейчас этот не актуально друг. И многие скажут, что ты - прости - Динозавр! Сейчас достаточно знать (если конечно напрямую не связано с сетями) просто общий путь с общими "точками" на нём. И давайте будем современными Людьми! Если надо будет знать что-то из этого более подробно- Нуждающийся просто зайдет в инет и все узнает за 15 минут. И разве с такими знаниями нужна помощь финансовая каналу..... не вижу смысла. Иначе все перестанут трудится.

Спасибо за информацию, если честно, я все это понимаю, только потому что прочитал книжку на 921 страницу по компьютерным сетям(Нисходящий подход, росс/куроуз, всем советую) за 4-5 месяцев. Ответы: 1. Http, https; 2. 80 для http, 443 для tls запросов; 3. Это зависит от того, в кэше какого именно DNS-сервера содержится информация об этой записи, если я правильно понял вопрос; 4. Get, post (post безопаснее); 5. Что-бы сайт открылся быстрее? (Как в видео показано, в первую очередь система ищет DNS запись на компьютере). Ещё хотелось бы узнать подробнее про процесс инкапсуляции.

на один раз.. рекламы, ссылок на свои каналы овер дохера, напрягает очень

2) 80