1.6. Работа сайта, браузера и сервера последовательность взаимодействия и назначение элементов

Сразу хочу сказать, что здесь никакой воды про сайт, и только нужная информация. Для того чтобы лучше понимать что такое сайт, веб-сервер, event loop, dns, работа сайта, как работает сайт , настоятельно рекомендую прочитать все из категории Основы интернет и веб технологий. Кликните на вариант (или варианты ответов), если он правильный - то будет подсвечен зеленым цветом и вам будет зачислено пару монеток, а если неверный - то красным и будет снята монетка. Удачи в прохождении онлайн теста!

Рассмотрим под микроскопом все что происходит начина от нажатия кнопки на клавиаторе до получением и отображением браузером нужной вебстранице,Сначала вспомним, как работает интернет со стороны браузера/ Что делает браузер?
Работа браузера состоит из следующих этапов

• 1. Разрешение DNS
• 2. HTTP-обмен
• 3. Рендеринг
• 4. работа JavaScript за счет цикла событий (event loop)
• 5. Сброс и повтор

1 Разрешение DNS

Этот процесс помогает браузеру узнать, к какому серверу он должен подключиться, когда пользователь вводит URL. Браузер связывается с DNS-сервером и обнаруживает, что google.com соответствует набору цифр 1.52.201.130 — IP-адресу, к которому может подключиться браузер.

2 HTTP-обмен

Как только браузер определит, какой сервер будет обслуживать наш запрос, он установит с ним TCP-соединение и начнет HTTP-обмен. Это не что иное, как способ общения браузера с нужным ему сервером, а для сервера — способ отвечать на запросы браузера.

HTTP — это просто название самого популярного протокола для общения в сети, и браузеры в основном выбирают HTTP при общении с серверами. HTTP-обмен подразумевает, что клиент (наш браузер) отправляет запрос, а сервер присылает ответ.

Например, после того, как браузер успешно подключится к серверу, обслуживающему google.com, он отправит запрос, который выглядит следующим образом

GET / HTTP/1.1
Host: intellect.icu
Accept

Давайте разберем запрос построчно:

•   GET / HTTP/1.1: этой первой строкой браузер просит сервер извлечь документ из месторасположения /, добавляя затем, что остальная часть запроса будет происходить по протоколу HTTP/1.1 (а можно так же использовать версию 1.0 или 2)
•   Host: intellect.icu: это единственный HTTP-заголовок, обязательный для протокола HTTP/1.1. Поскольку сервер может обслуживать несколько доменов (intellect.icu, intellect.us и т. д.), Клиент здесь упоминает, что запрос был для этого конкретного хоста.
•   Accept: / : необязательный заголовок, в котором браузер сообщает серверу, что он примет любой ответ. Сервер может иметь ресурс, доступный в форматах JSON, XML или HTML, поэтому он может выбирать любой формат, который предпочитает

После того, как браузер, выступающий в роли клиента, завершит выполнение своего запроса, сервер отправит ответ. Вот как выглядит ответ:

HTTP/1.1 200 OK
Cache-Control: private, max-age=0
Content-Type: text/html; charset=ISO-8859-1
Server: gws
X-XSS-Protection: 1; mode=block
X-Frame-Options: SAMEORIGIN
Set-Cookie: NID=134; expires=Fri, 11-Jan-2022 11:22:07 GMT; path=/; domain=.intellect.icu; HttpOnly

...
...

Сервер сообщает нам, что запрос был выполнен успешно (200 OK) и добавляет к ответу несколько заголовков, из которых например, можно узнать, какой именно сервер обработал наш запрос (Server: gws), какова политика X-XSS-Protection этого ответа и так далее и тому подобное.

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

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

3 Рендеринг

Последним по счету, но не последним по значению идет процесс рендеринга. Насколько хорош браузер, если единственное, что он покажет пользователю, это список забавных символов?

...
...

В теле ответа сервер включает представление запрашиваемого документа в соответствии с заголовком Content-Type. В нашем случае тип содержимого был установлен на text/html, поэтому мы ожидаем HTML-разметку в ответе — и именно ее мы и находим в теле документа.

Это как раз тот момент, где браузер действительно проявляет свои способности. Он считывает и анализирует HTML-код, загружает дополнительные ресурсы, включенные в разметку (например, там могут быть указаны для подгрузки JavaScript-файлы или CSS-документы) и представляет их пользователю как можно скорее.

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



Если вам нужно более детально объяснение того, что действительно происходит, когда мы нажимаем клавишу ввода в адресной строке браузера, я бы предложил прочитать статью «Что происходит, когда…», очень дотошную попытку объяснить механизмы, лежащие в основе этого процесса.

Поскольку это серия посвящена безопасности, я собираюсь дать подсказку о том, что мы только что узнали: злоумышленники легко зарабатывают на жизнь уязвимостями в части HTTP-обмена и рендеринга. Уязвимости, злонамеренные пользователи и прочие фантастические твари встречаются и в других местах, но более эффективный подход к обеспечению защиты именно на упомянутых уровнях уже позволяет вам добиваться успехов в улучшении вашего состояния безопасности.

Помимо борьбы друг с другом, чтобы увеличить свое проникновение на рынок, поставщики также взаимодействуют друг с другом, чтобы улучшить веб-стандарты, которые являются своего рода «минимальными требованиями» для браузеров.

W3C является краеугольным камнем разработки стандартов, но браузеры нередко разрабатывают свои собственные функции, которые в конечном итоге превращаются в веб-стандарты, и безопасность тут не является исключением.

Например, в Chrome 51 были введены файлы cookie SameSite — функция, которая позволила веб-приложениям избавиться от определенного типа уязвимости, известной как CSRF . Другие производители решили, что это хорошая идея, и последовали ее примеру, что привело к тому, что подход SameSite стал веб-стандартом: на данный момент Safari является единственным крупным браузером без поддержки файлов cookie SameSite.

4. Концепция жизненного цикла JS

. Современные JavaScript движки внедряют/имплементируют и существенно оптимизируют этот процесс.

Визуальное представление

Для лучшего визуального представления работы Event loop,

Стек

Вызов любой функции создает контекст выполнения (Execution Context). При вызове вложенной функции создается новый контекст, а старый сохраняется в специальной структуре данных - стеке вызовов (Call Stack).

    

        
Electron in the transistor-resistor kingdom
        

          Game: Perform tasks and rest cool.8 people play!
        
        
            Play game
        
    
    

          
                   
        

    
function f(b) {
  var a = 12;
  return a + b + 35;
}

function g(x) {
  var m = 4;
  return f(m * x);
}

g(21);

Когда вызывается функция g, создается первый контекст выполнения, содержащий аргументы функции g и локальные переменные. Когда g вызывает f, создается второй контекст с аргументами f и ее локальными переменными. И этот контекст выполнения f помещается в стек вызовов выше первого. Когда f возвращает результат, верхний элемент из стека удаляется. Когда g возвращает результат, ее контекст также удалится, и стек становится пустым.

Куча

Объекты размещаются в куче. Куча — это просто имя для обозначения большой неструктурированной области памяти.

Очередь

Среда выполнения JavaScript содержит очередь задач. Эта очередь — список задач, подлежащих обработке. Каждая задача ассоциируется с некоторой функцией, которая будет вызвана, чтобы обработать эту задачу.

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

Обработка задачи заканчивается, когда стек снова становится пустым. Следующая задача извлекается из очереди и начинается ее обработка.

Цикл событий JS

Модель событийного цикла (event loop) называется так потому, что отслеживает новые события в цикле:

while(queue.waitForMessage()){
  queue.processNextMessage();
}

queue.waitForMessage ожидает поступления задач, если очередь пуста.

Electron in the transistor-resistor kingdom

Game: Perform tasks and rest cool.8 people play!

Play game

Запуск до завершения

Каждая задача выполняется полностью, прежде чем начнет обрабатываться следующая. Благодаря этому мы точно знаем: когда выполняется текущая функция – она не может быть приостановлена и будет целиком завершена до начала выполнения другого кода (который может изменить данные, с которыми работает текущая функция). Это отличает JavaScript от такого языка программирования как C. Поскольку в С функция, запущенная в отдельном потоке, в любой момент может быть остановлена, чтобы выполнить какой-то другой код в другом потоке.

У данного подхода есть и минусы. Если задача занимает слишком много времени, то веб-приложение не может обрабатывать действия пользователя в это время (например, скролл или клик). Браузер старается смягчить проблему и выводит сообщение "скрипт выполняется слишком долго" ("a script is taking too long to run") и предлагает остановить его. Хорошей практикой является создание задач, которые исполняются быстро, и если возможно, разбиение одной задачи на несколько мелких.

Добавление событий в очередь

В браузерах события добавляются в очередь в любое время, если событие произошло, а так же если у него есть обработчик. В случае, если обработчика нет – событие потеряно. Так, клик по элементу, имеющему обработчик события по событию click , добавит событие в очередь, а если обработчика нет – то и событие в очередь не попадет.

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

Нулевые задержки

Нулевая задержка не дает гарантии, что обработчик выполнится через ноль миллисекунд. Вызов setTimeout с аргументом 0 (ноль) не завершится за указанное время. Выполнение зависит от количества ожидающих задач в очереди. Например, сообщение ''this is just a message'' из примера ниже будет выведено на консоль раньше, чем произойдет выполнение обработчика сb1. Это произойдет, потому что задержка – это минимальное время, которое требуется среде выполнения на обработку запроса.

(function () {

  console.log('this is the start');

  setTimeout(function cb() {
    console.log('this is a msg from call back');
  });

  console.log('this is just a message');

  setTimeout(function cb1() {
    console.log('this is a msg from call back1');
  }, 0);

  console.log('this is the end');

})();

// "this is the start"
// "this is just a message"
// "this is the end"
// "this is a msg from call back"
// "this is a msg from call back1"

Связь нескольких потоков между собой

Web Worker или кросс-доменный фрейм имеют свой собственный стек, кучу и очередь событий. Два отдельных событийных потока могут связываться друг с другом, только через отправку сообщений с помощью метода postMessage. Этот метод добавляет сообщение в очередь другого, если он конечно принимает их.

Никогда не блокируется

Electron in the transistor-resistor kingdom

Game: Perform tasks and rest cool.8 people play!

Play game

Очень интересное свойство цикла событий в JavaScript, что в отличие от множества других языков, поток выполнения никогда не блокируется. Обработка I/O обычно осуществляется с помощью событий и функций обратного вызова, поэтому даже когда приложение ожидает запрос от IndexedDB или ответ от XHR, оно может обрабатывать другие процессы, например пользовательский ввод.

Существуют хорошо известные исключения как alert или синхронный XHR, но считается хорошей практикой избегать их использования.

Итак, работа браузера выполняется в слующей последовательности

Нажата клавиша "i"

В следующих разделах объясняются действия физической клавиатуры и прерывания ОС. Когда вы нажимаете клавишу «g», браузер получает событие, и включаются функции автозаполнения. В зависимости от алгоритма вашего браузера, если вы находитесь в частном режиме / режиме инкогнито или нет, вам будут представлены различные предложения в раскрывающемся списке под Панель URL. Большинство этих алгоритмов сортируют и определяют приоритеты результатов на основе истории поиска, закладок, файлов cookie и популярных поисковых запросов в Интернете в целом. По мере того как вы набираете "google.com", запускается множество блоков кода, и предложения будут уточняться при каждом нажатии клавиши. Он может даже предложить "google.com", прежде чем вы закончите вводить его.

Рис.2.1. Упрощенная схема клавиатуры

Клавиша "enter" опускается вниз.

Чтобы выбрать нулевую точку, давайте нажмем клавишу Enter на клавиатуре, нажав нижнюю часть ее диапазона. В этот момент электрическая цепь, специфичная для клавиши ввода, замыкается (напрямую или емкостным образом). Это позволяет небольшому количеству тока течь в логическую схему клавиатуры, которая сканирует состояние каждого клавишного переключателя, устраняет электрические помехи быстрого прерывистого замыкания переключателя и преобразует его в целое число кода клавиши, в данном случае 13. Затем контроллер клавиатуры кодирует код клавиши для передачи на компьютер. В настоящее время это почти повсеместно осуществляется через соединение через универсальную последовательную шину (USB) или Bluetooth, но исторически оно осуществляется через соединения PS / 2 или ADB.

В случае USB-клавиатуры:

• Схема USB клавиатуры питается от источника питания 5 В, подаваемого на контакт 1 от хост-контроллера USB компьютера.
• Сгенерированный ключевой код сохраняется во внутренней памяти схем клавиатуры в регистре, называемом «конечная точка».
• Хост-контроллер USB опрашивает эту "конечную точку" каждые ~ 10 мс (минимальное значение, объявленное клавиатурой), поэтому он получает сохраненное в ней значение кода клавиши.
• Это значение поступает в USB SIE (Serial Interface Engine) для преобразования в один или несколько USB-пакетов, соответствующих низкоуровневому протоколу USB.
• Эти пакеты отправляются дифференциальным электрическим сигналом по контактам D + и D- (средние 2) с максимальной скоростью 1,5 Мбит / с, поскольку устройство HID (Human Interface Device) всегда объявляется «устройством с низкой скоростью». (Соответствие USB 2.0).
• Этот последовательный сигнал затем декодируется на главном USB-контроллере компьютера и интерпретируется универсальным драйвером клавиатуры устройства человеко-машинного интерфейса (HID). Затем значение ключа передается на уровень абстракции оборудования операционной системы.

В случае виртуальной клавиатуры (как в устройствах с сенсорным экраном):

• Когда пользователь кладет палец на емкостный сенсорный экран, к пальцу передается небольшой ток(однако возможны разлиные типы сенсоров- например емкостные, резистивные). Это замыкает цепь через электростатическое поле проводящего слоя и создает падение напряжения в этой точке на экране. screen controller Затем вызывает прерывание отчетности координаты нажатия клавиши.
• Затем мобильная ОС уведомляет текущее сфокусированное приложение о событии нажатия в одном из своих элементов графического интерфейса (который теперь является кнопками приложения виртуальной клавиатуры).
• Виртуальная клавиатура теперь может вызывать программное прерывание для отправки сообщения «клавиша нажата» обратно в ОС.
• Это прерывание уведомляет текущее сфокусированное приложение о событии «нажата клавиша».

Прерывание срабатывания [НЕ для USB-клавиатур]

Клавиатура отправляет сигналы в своей строке запроса прерывания (IRQ), которая преобразуется в interrupt vector(целое число) контроллером прерывания. Об этом говорит сайт https://intellect.icu . ЦП использует Interrupt Descriptor Table(IDT) для отображения векторов прерываний на функции ( interrupt handlers), которые предоставляются ядром. Когда поступает прерывание, ЦП индексирует IDT с помощью вектора прерывания и запускает соответствующий обработчик. Таким образом, ядро ​​введено.

(В Windows) WM_KEYDOWN в приложение отправляется сообщение

Транспортный HID передает событие нажатия клавиши KBDHID.sysдрайверу, который преобразует использование HID в скан-код. В этом случае скан-код VK_RETURN( 0x0D). Эти KBDHID.sysинтерфейсы драйверов с KBDCLASS.sys(драйвер клавиатуры класса). Этот драйвер отвечает за безопасную обработку всего ввода с клавиатуры и клавиатуры. Затем он вызывает Win32K.sys(после потенциальной передачи сообщения через установленные сторонние фильтры клавиатуры). Все это происходит в режиме ядра.

Win32K.sysвыясняет, какое окно является активным окном через GetForegroundWindow()API. Этот API предоставляет дескриптор окна адресного поля браузера. Затем звонит главный Windows "насос сообщений" SendMessage(hWnd, WM_KEYDOWN, VK_RETURN, lParam). lParam- это битовая маска, которая указывает дополнительную информацию о нажатии клавиш: количество повторов (в данном случае 0), фактический код сканирования (может зависеть от OEM, но обычно не для VK_RETURN), расширенные клавиши (например, alt, shift, ctrl) тоже давили (их не было) и еще какое-то состояние.

Windows SendMessageAPI - это простая функция, которая добавляет сообщение в очередь для определенного дескриптора окна ( hWnd). Позже для обработки каждого сообщения в очереди вызывается основная функция обработки сообщений (называемая a WindowProc), назначенная для hWnd.

hWndАктивное окно window ( ) на самом деле является элементом управления для редактирования, и WindowProcв этом случае он имеет обработчик сообщений для WM_KEYDOWNсообщений. Этот код просматривает 3-й параметр, который был передан в SendMessage ( wParam), и, поскольку он VK_RETURNзнает, что пользователь нажал клавишу ENTER.

(В OS X) KeyDownNSEvent отправляется в приложение

Сигнал прерывания запускает событие прерывания в драйвере клавиатуры kext набора ввода-вывода. Драйвер преобразует сигнал в ключевой код, который передается WindowServerпроцессу OS X. В результате он WindowServerотправляет событие любым подходящим (например, активным или слушающим) приложениям через их порт Mach, где оно помещается в очередь событий. Затем события могут быть прочитаны из этой очереди потоками с достаточными привилегиями, вызывающими mach_ipc_dispatchфункцию. Чаще всего это происходит и обрабатывается в NSApplicationосновном цикле событий с помощью NSEventобъекта of NSEventType KeyDown.

(В GNU / Linux) сервер Xorg прослушивает коды клавиш

Когда используется графический интерфейс X server, для получения нажатия клавиши Xбудет использоваться общий драйвер событий evdev. Повторное сопоставление кодов клавиш с кодами сканирования выполняется с помощью X serverопределенных раскладок клавиш и правил. Когда отображение скан-кода нажатой клавиши завершено, он X server отправляет символ в window manager(DWM, metacity, i3 и т. Д.), Поэтому, window managerв свою очередь, отправляет символ в сфокусированное окно. Графический API окна, которое принимает символ, печатает соответствующий символ шрифта в соответствующем поле с фокусом.

Сегодня сетевые стеки работают так, чтобы всю тяжелую работу брало на себя ядро. Он начинается с драйверов ядра для карт Ethernet, которые передают пакеты в стек TCP / IP ядра. После приема пакет должен совершить трудный подъем по сетевому стеку, пока, наконец, не перейдет в пользовательский режим. (В пользовательском режиме запускаются приложения).

Вы можете видеть, что у пакета непростая передача.

Определение введенного . Это URL-адрес или поисковый запрос?

Если протокол или действительное доменное имя не заданы, браузер переходит к подаче текста, указанного в поле адреса, в поисковую систему браузера по умолчанию. Во многих случаях URL-адрес имеет специальный фрагмент текста, добавленный к нему, чтобы сообщить поисковой системе, что он пришел из строки URL-адреса определенного браузера.

Преобразование символов Unicode, отличных от ASCII, в имя хоста

• Проверки браузера имя хоста для символов, которые не являются в a-z, A-Z, 0-9, -, или ..
• Поскольку имя хоста google.comесть, его не будет, но если бы он был, браузер применил бы кодировку Punycode к части имени хоста URL-адреса.

Проверика список HSTS

• Браузер проверяет свой «предварительно загруженный список HSTS (HTTP Strict Transport Security)». Это список веб- сайт ов, которые запросили связь только по HTTPS.
• Если веб-сайт находится в списке, браузер отправляет свой запрос через HTTPS вместо HTTP. В противном случае первоначальный запрос отправляется через HTTP. (Обратите внимание, что веб-сайт по-прежнему может использовать политику HSTS, не будучи в списке HSTS. Первый HTTP-запрос к веб-сайту от пользователя получит ответ, в котором пользователь отправляет только HTTPS-запросы. Однако этот единственный HTTP-запрос потенциально может оставить пользователь уязвим для атаки перехода на более раннюю версию, поэтому список HSTS включен в современные веб-браузеры.)

Поиск DNS

• Браузер проверяет, есть ли домен в его кеше. (чтобы увидеть кеш DNS в Chrome, перейдите на страницу chrome: // net-internals / # dns).
• Если не найден, браузер вызывает gethostbynameбиблиотечную функцию (зависит от ОС) для поиска.
• gethostbynameпроверяет, можно ли разрешить имя хоста по ссылке в локальном hostsфайле (расположение которого зависит от ОС ), прежде чем пытаться разрешить имя хоста через DNS.
• Если gethostbynameон не кэширован и не может найти его в hosts файле, он отправляет запрос на DNS-сервер, настроенный в сетевом стеке. Обычно это локальный маршрутизатор или кэширующий DNS-сервер интернет-провайдера.
• Если DNS-сервер находится в той же подсети, сетевая библиотека ARP processдля DNS-сервера следует ниже.
• Если DNS-сервер находится в другой подсети, сетевая библиотека соответствует ARP processIP шлюза по умолчанию, как показано ниже.

Electron in the transistor-resistor kingdom

Game: Perform tasks and rest cool.8 people play!

Play game

ARP процесс

Для отправки широковещательной передачи ARP (протокола разрешения адресов) библиотеке сетевого стека требуется целевой IP-адрес для поиска. Ему также необходимо знать MAC-адрес интерфейса, который он будет использовать для отправки широковещательной передачи ARP.

Кэш ARP сначала проверяется на наличие записи ARP для нашего целевого IP. Если он находится в кэше, библиотечная функция возвращает результат: Target IP = MAC.

Если записи нет в кэше ARP:

• Выполняется поиск в таблице маршрутизации, чтобы узнать, находится ли целевой IP-адрес в какой-либо из подсетей в локальной таблице маршрутизации. Если это так, библиотека использует интерфейс, связанный с этой подсетью. Если это не так, библиотека использует интерфейс, который имеет подсеть нашего шлюза по умолчанию.
• Ищется MAC-адрес выбранного сетевого интерфейса.
• Сетевая библиотека отправляет запрос ARP уровня 2 (уровень канала передачи данных модели OSI ):

ARP Request:

MAC отправителя: интерфейс: mac: адрес: здесь
IP отправителя: interface.ip.goes.here
Целевой MAC: FF: FF: FF: FF: FF: FF (широковещательный)
Целевой IP: target.ip.goes.here

В зависимости от типа оборудования между компьютером и маршрутизатором:

Прямое подключение:

• Если компьютер напрямую подключен к маршрутизатору, маршрутизатор отвечает ARP Reply(см. Ниже)

Концентратор:

• Если компьютер подключен к концентратору, он будет транслировать ARP-запрос на все остальные порты. Если маршрутизатор подключен к тому же «проводу», он ответит ARP Reply(см. Ниже).

Коммутатор:

• Если компьютер подключен к коммутатору, коммутатор проверит свою локальную таблицу CAM / MAC, чтобы узнать, какой порт имеет MAC-адрес, который мы ищем. Если коммутатор не имеет записи для MAC-адреса, он будет ретранслировать запрос ARP на все другие порты.
• Если коммутатор имеет запись в таблице MAC / CAM, он отправит запрос ARP на порт, имеющий MAC-адрес, который мы ищем.
• Если маршрутизатор находится на том же «проводе», он ответит ARP Reply (см. Ниже)

ARP Reply:

    

        
Electron in the transistor-resistor kingdom
        

          Game: Perform tasks and rest cool.8 people play!
        
        
            Play game
        
    
    

          
                   
        

    
MAC-адрес отправителя: target: mac: address: здесь
IP отправителя: target.ip.goes.here
Целевой MAC: интерфейс: mac: адрес: здесь
Целевой IP: interface.ip.goes.here

Теперь, когда сетевая библиотека имеет IP-адрес либо нашего DNS-сервера, либо шлюза по умолчанию, она может возобновить процесс DNS:

• DNS-клиент устанавливает сокет для UDP-порта 53 на DNS-сервере, используя исходный порт выше 1023.
• Если размер ответа слишком велик, вместо него будет использоваться TCP.
• Если локальный DNS-сервер / ISP-сервер не имеет его, то запрашивается рекурсивный поиск, который перемещается вверх по списку DNS-серверов до тех пор, пока не будет достигнут SOA, и если он найден, возвращается ответ.

Открытие сокета (установка соединения)

Как только браузер получает IP-адрес целевого сервера, он берет его и заданный номер порта из URL-адреса (протокол HTTP по умолчанию - порт 80, а HTTPS - порт 443) и выполняет вызов функции системной библиотеки с именем socketи запрашивает поток сокета TCP - AF_INET/AF_INET6и SOCK_STREAM.

• Этот запрос сначала передается на транспортный уровень, где создается сегмент TCP. Порт назначения добавляется в заголовок, а порт источника выбирается из динамического диапазона портов ядра (ip_local_port_range в Linux).
• Этот сегмент отправляется на сетевой уровень, который заключает в себе дополнительный IP-заголовок. IP-адрес целевого сервера, а также IP-адрес текущего компьютера вставляется для формирования пакета.
• Затем пакет поступает на канальный уровень. Добавляется заголовок кадра, который включает MAC-адрес сетевой карты машины, а также MAC-адрес шлюза (локального маршрутизатора). Как и раньше, если ядру не известен MAC-адрес шлюза, оно должно транслировать ARP-запрос, чтобы найти его.

На данный момент пакет готов к передаче через:

• Ethernet
• Вай-фай
• Сотовая сеть передачи данных

Для большинства домашних или малых бизнес-подключений к Интернету пакет будет проходить с вашего компьютера, возможно, через локальную сеть, а затем через модем (MOdulator / DEModulator), который преобразует цифровые единицы и нули в аналоговый сигнал, подходящий для передачи по телефону, кабелю и т. Д. или подключения к беспроводной телефонии. На другом конце соединения находится другой модем, который преобразует аналоговый сигнал обратно в цифровые данные, которые будут обрабатываться следующим сетевым узлом, где адреса отправителя и получателя будут анализироваться дальше.

Большинство крупных предприятий и некоторые новые жилые соединения будут иметь оптоволоконные или прямые соединения Ethernet, и в этом случае данные остаются цифровыми и передаются непосредственно следующему сетевому узлу для обработки.

В конце концов, пакет достигнет маршрутизатора, управляющего локальной подсетью. Оттуда он продолжит движение к пограничным маршрутизаторам автономной системы (AS), другим AS и, наконец, к целевому серверу. Каждый маршрутизатор по пути извлекает адрес назначения из IP-заголовка и направляет его на соответствующий следующий переход. Поле времени жизни (TTL) в заголовке IP уменьшается на единицу для каждого проходящего маршрутизатора. Пакет будет отброшен, если поле TTL достигнет нуля или если у текущего маршрутизатора нет места в очереди (возможно, из-за перегрузки сети).

Эта отправка и получение происходит несколько раз после потока TCP-соединения:

• Клиент выбирает начальный порядковый номер (ISN) и отправляет пакет на сервер с установленным битом SYN, чтобы указать, что он устанавливает ISN.

• Сервер получает SYN и, если он в хорошем настроении:

  • Сервер выбирает свой собственный начальный порядковый номер
  • Сервер устанавливает SYN, чтобы указать, что он выбирает свой ISN
  • Сервер копирует (клиентский ISN +1) в свое поле ACK и добавляет флаг ACK, чтобы указать, что он подтверждает получение первого пакета.

• Клиент подтверждает соединение, отправляя пакет:

  • Увеличивает собственный порядковый номер
  • Увеличивает номер подтверждения получателя
  • Устанавливает поле ACK

• Данные передаются следующим образом:

  • Когда одна сторона отправляет N байтов данных, она увеличивает свой SEQ на это число.
  • Когда другая сторона подтверждает получение этого пакета (или строки пакетов), она отправляет пакет ACK со значением ACK, равным последней полученной последовательности от другой стороны.

• Чтобы закрыть соединение:

  • Ближе отправляет пакет FIN
  • Другие стороны подтверждают пакет FIN и отправляют свой собственный FIN.
  • Более близкое подтверждает FIN другой стороны с помощью ACK

Рукопожатие TLS

• Клиентский компьютер отправляет ClientHelloсообщение на сервер со своей версией Transport Layer Security (TLS), списком алгоритмов шифрования и доступных методов сжатия.
• Сервер отвечает ServerHelloклиенту сообщением с версией TLS, выбранным шифром, выбранными методами сжатия и публичным сертификатом сервера, подписанным CA (центром сертификации). Сертификат содержит открытый ключ, который будет использоваться клиентом для шифрования оставшейся части рукопожатия, пока не будет согласован симметричный ключ.
• Клиент проверяет цифровой сертификат сервера по своему списку доверенных центров сертификации. Если доверие может быть установлено на основе CA, клиент генерирует строку псевдослучайных байтов и шифрует ее с помощью открытого ключа сервера. Эти случайные байты могут использоваться для определения симметричного ключа.
• Сервер расшифровывает случайные байты, используя свой закрытый ключ, и использует эти байты для создания собственной копии симметричного главного ключа.
• Клиент отправляет Finishedсообщение на сервер, шифруя хэш передачи до этого момента с помощью симметричного ключа.
• Сервер генерирует свой собственный хэш, а затем расшифровывает хэш, отправленный клиентом, чтобы убедиться, что он соответствует. Если это так, он отправляет Finishedклиенту собственное сообщение, также зашифрованное симметричным ключом.
• С этого момента сеанс TLS передает данные приложения (HTTP), зашифрованные согласованным симметричным ключом.

Протокол HTTP

Если используемый веб-браузер был написан Google, вместо отправки HTTP-запроса для получения страницы он отправит запрос, чтобы попытаться согласовать с сервером «обновление» с HTTP до протокола SPDY.

Если клиент использует протокол HTTP и не поддерживает SPDY, он отправляет запрос на сервер формы:

GET / HTTP / 1.1
Хост:  intellect.icu

Подключение: закрыть
[другие заголовки]

где [other headers]относится к серии пар ключ-значение, разделенных двоеточиями, отформатированных в соответствии со спецификацией HTTP и разделенных одной новой строкой. (Это предполагает , что веб - браузер используется не имеет ошибок , нарушающие HTTP спецификация. Это также предполагает , что веб - браузер использует HTTP/1.1, в противном случае он не может включать в себя Hostзаголовок в запросе и версию , указанном в GETзапросе или будет HTTP/1.0или HTTP/0.9.)

HTTP / 1.1 определяет опцию «закрыть» соединение для отправителя, чтобы сообщить, что соединение будет закрыто после завершения ответа. Например,

Подключение: закрыть

Приложения HTTP / 1.1, которые не поддерживают постоянные соединения, ДОЛЖНЫ включать опцию «закрыть» соединение в каждое сообщение.

После отправки запроса и заголовков веб-браузер отправляет на сервер одну пустую новую строку, указывающую, что

продолжение следует...

Продолжение:

Часть 1 1.6. Работа сайта, браузера и сервера последовательность взаимодействия и назначение элементов
Часть 2 Что происходит на сервере? - 1.6. Работа сайта, браузера и

См.также

• установка lamp , lamp ,
• деплой , deploy ,
• Установка MySQL + Apache + PHP на FreeBSD (тот-же веб-сервер LAMP на FreeBSD)
  
• Установка LAMP на Debian
  
• поддержка ubunutu , использование lamp ,
• lamp , веб сервер ,
• проектирование веб сайта , разработка веб сайта ,
• dns , ns ,
• laravel , nginx ,
• инфраструктура веб сайта , хостинг ,

А как ты думаешь, при улучшении сайт, будет лучше нам? Надеюсь, что теперь ты понял что такое сайт, веб-сервер, event loop, dns, работа сайта, как работает сайт и для чего все это нужно, а если не понял, или есть замечания, то не стесняйся, пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Основы интернет и веб технологий