Модель OSI, шар за шаром, без води

Більшість пояснень мережевих технологій трактують модель OSI як діаграму для запам'ятовування до іспиту на сертифікацію, а потім забувають. Це помилка. Коли ви починаєте усувати справжні проблеми, сім шарів перетворюються на розумовий контрольний список: це проблема кабелю, проблема маршрутизації чи помилка додатка? Знання того, з яким шаром ви маєте справу, радикально скорочує час налагодження.

Шар 1: фізичний

Це реальне середовище: мідь, оптичне волокно, радіохвилі. Рівні напруги, розташування контактів, типи роз'ємів (RJ45, SFP+) і модуляція сигналу знаходяться тут. Коли порт комутатора показує "link down" або ви отримуєте переривистої втрати пакетів, які збігаються з тим, що хтось пилососить біля кабельної прокладки, ви маєте справу з шаром 1. Інструменти на кшталт тестера кабелю або ethtool eth0 в Linux покажуть вам стан лінії, швидкість і параметри дуплексу перед тим, як ви витратите час на налагодження чогось вище.

Шар 2: канальний

Тут вам трапляються MAC-адреси, комутатори і кадри. Ethernet працює на цьому шарі, як і ARP (технічно міст між L2 і L3). VLAN також є конструкцією шару 2. Якщо хост не може дістатися нічого в своїй власній підмережі, але ping працює чудово для інших машин, які безпосередньо з'єднані, перевірте arp -a або ip neigh на застарілі записи і подивіться на конфігурації портів комутатора на предмет невідповідностей VLAN. Класична підводна каміння: два хости на одній VLAN, але з різними налаштуваннями MTU, що викликають дивні симптоми, схожі на фрагментацію.

Шар 3: мережевий

IP-адреси, маршрутизація та ICMP знаходяться тут. Це те, де traceroute і ping виконують свою роботу, і де ви діагностуєте, чи пакет навіть покидає локальну мережу. Маршрутизатори приймають рішення про передавання на основі IP призначення на цьому шарі. Коли ping 8.8.8.8 працює, але ping google.com не працює, це взагалі не проблема шару 3, це DNS, який належить шару 7 — добрий приклад того, чому дисципліна рівнів важлива, коли ви звужуєте несправність.

Шар 4: транспортний

TCP і UDP. Тут з'являються порти, послідовність та надійність (або її відсутність). Тристороннє рукостиснення TCP, таймери повторної передачі та масштабування вікна знаходяться тут. Якщо curl зависає при спробі підключення, tcpdump -i eth0 port 443 покаже вам, чи навіть SYN пакети отримують SYN-ACK у відповідь. Відсутність відповіді зазвичай означає, що брандмауер мовчки відкидає трафік, а не явно його відхиляє — це розрізнення важливо, коли ви пишете звіт про інцидент.

Шар 5: сесійний

Цей шар має дурну славу, бо на практиці він тонкий — багато реальних стеків скортовують управління сесіями або в шар транспорту, або в шар додатка. TLS возобновлення сесії та такі речі, як сесії NetBIOS, є підручниковими прикладами. В сучасній архітектурі ви витратите менше часу тут, ніж на будь-якому іншому шарі, але концептуально це все ще корисно при поясненні того, чому розірвана з'єднання може возобновитися без повного переговорення.

Шар 6: представлення

Кодування, стиснення та форматування шифрування технічно належать тут — подумайте про набори символів, форматування шифрування SSL/TLS (на відміну від самого встановлення сесії) та серіалізацію даних. На практиці більшість інженерів складають це або в шар 5, або в шар 7, коли про нього говорять, бо межа нечітка. Якщо ви налагоджуєте спотворені символи в корисному навантаженні порівняно з розірваним рукостисканням, то це ваше розділення L6/L7.

Шар 7: прикладний

HTTP, DNS, SMTP, SSH — протоколи, проти яких ви насправді пишете код. Більшість повсякденного налагодження як розробника відбувається тут, перевірка кодів стану, заголовків та корисного навантаження. Інструменти розробника браузера, Postman і curl -v усі працюють на цьому шарі. Спокусливо звинувачувати мережу в першу чергу, коли виклик API не вдається, але відповідь 500 означає, що запит пройшов через кожен шар нижче просто чудово — проблема цілком у логіці додатка.

Чому турбуватися моделлю, яку ніхто не реалізує точно

Настоящі мережеві технології, особливо TCP/IP, не відображаються точно на сім шарів OSI — TCP/IP має чотири шари в своїй власній еталонній моделі. Це невідповідність нормально. Значення OSI не як специфікація реалізації, це як спільна лексика. Коли колега каже "це пахне проблемою шару 2", ви обидва миттєво знаєте, що потрібно перевірити комутатори і VLAN замість того, щоб сперечатися про записи DNS. Це вся суть навчання цьому правильно замість запам'ятовування його для тесту.

Якщо такий розбір шар за шаром спрацював для вас, сегменти мереження Korra Studio йдуть далі до захоплення пакетів, вправ розділення мережі та усунення несправностей у правилах брандмауера, які спираються безпосередньо на цей фундамент.