Як працює обмін

Модуль 1Урок 2 з 21Безкоштовний модуль

Обмін у вебі здається простим: клієнт просить, сервер відповідає. Але між ними — ціла «логістика». Уявіть місто з вулицями й сортувальними вузлами: лист не летить по прямій від дверей до дверей, його передають вузол за вузлом. Так само дані йдуть через проміжні пристрої, дрібними порціями й за чіткими правилами протоколів.

Кінцеві системи, комутатори і лінки

Ваш ноутбук і сервер сайту — кінцеві системи: машини, які генерують і споживають дані. Їх зʼєднують комутатори — пристрої, що допомагають кожній кінцевій системі «побачити» інших. Між ними — лінки (лінки): дротові чи бездротові зʼєднання. Комутатори зберігають відомі шляхи й пересилають пакети уздовж цих шляхів. Уявіть сортувальний пункт пошти, який уже знає, на яку гілку кинути лист із певним індексом.

Приклад

У маленькій кавʼярні Wi‑Fi роутер і кілька телефонів — мініатюра мережі: телефони як кінцеві системи, роутер допомагає пакетам знайти шлях у світ і назад. У великому інтернеті таких вузлів мільйони, але ідея та сама.

Маршрутизатори сильніші за звичайні комутатори

Маршрутизатор теж зʼєднує кінцеві системи із мережею, але вміє більше: шукати адресу призначення й обирати коротший або менш завантажений шлях. Комутатор часто працює з уже відомими шляхами й пересилає далі; маршрутизатор активніше вирішує маршрут. Інтернет — суміш комутатори і маршрутизатори. Саме тому пакет від Києва до сервера в іншій країні може піти різними дорогами залежно від навантаження.

Увага

Поширена помилка: «комутатор сам щоразу винаходить найкращий шлях». У класичній картині саме маршрутизатор займається пошуком кращого маршруту; комутатор більше про пересилку вздовж відомих звʼязків.

Пакети, TCP, HTTP і порти

Великий файл не шлють одним шматком: дані ріжуть на пакети — маленькі порції бітів. Так надійніше: якщо один пакет зіпсується, легше повторити мале, ніж усе з нуля. TCP (Transmission Control Протокол) на транспортному шарі забезпечує надійну доставку: додає службову інформацію, підтвердження (acknowledgment) і починає зʼєднання з 3-way handshake — короткого «привіт — привіт — ок, говоримо», після якого можна тримати кілька TCP-зʼєднань.

HTTP (HyperText Transfer Протокол) — протокол application шар: він каже, як саме структуровані повідомлення між браузером і сервером. HTTP стоїть на TCP: спочатку надійний канал, потім зрозумілі «замовлення» на сторінки. HTTPS — Secure-версія: трафік шифрують, щоб сторонні на шляху не читали паролі й форми. Коли ви вводите URL, браузер фактично надсилає HTTP-команду серверу, а TCP дбає про доставку.

Порти — точки входу повідомлень на машині. Socket відкривають на portі, щоб процес міг слухати мережу. Порти нижче 1024 зазвичай зарезервовані під відомі протоколи: для HTTP класично це порт 80. Порти вище 1024 — «відкриті» для ваших власних сервісів. Це як номери кабінетів у великій бібліотеці: адреса будівлі одна (IP), а кабінет 80 — відділ «веб-сторінки».

Порада

Запамʼятайте ланцюжок: пакети їдуть через комутатори й маршрутизатори → TCP дає надійний канал → HTTP описує зміст запиту й відповіді → порт вказує, який процес на машині має прийняти лист.

Обмін у вебі: клієнт резолвить адресу, пакети йдуть через мережу, сервер відповідає HTTP-повідомленням.

Що запамʼятати

Обмін у вебі — це не магія кнопки «відкрити», а логістика: кінцеві системи, лінки, комутатори і маршрутизатори, дрібні пакети, TCP для надійності, HTTP/HTTPS для змісту повідомлень і порти як двері процесів. Далі — як дані знаходять саме ваш сервер серед мільйонів адрес.

Перевірка

4 питання

Кілька питань за матеріалом уроку. Спроб — скільки завгодно.

1.Що з наведеного НЕ є правдою?
2.Навіщо дані ділять на пакети?
3.Яке твердження про HTTP правильне?
4.Який порт класично асоціюють з HTTP?