Какие протоколы используются на уровнях модели OSI до 10
Что проверяют
Не заучили ли вы таблицу, а понимаете ли, на каком уровне живёт проблема, которую видит тестировщик. «До десяти» здесь обычно значит просьбу назвать около десятка протоколов и разложить их по уровням. Следом часто спрашивают, чем модель OSI отличается от реального стека TCP/IP.
Как отвечать
Сначала оговорка: OSI это эталонная модель из семи уровней, а интернет работает на стеке TCP/IP, где уровней четыре. Поэтому часть протоколов ложится на границу уровней, и это нормально.
- физический (1): сигнал в кабеле, оптике или радиоэфире, физическая часть стандартов Ethernet и Wi-Fi;
- канальный (2): кадры и MAC-адреса, Ethernet, Wi-Fi (802.11), PPP, VLAN (802.1Q). ARP часто относят сюда: он находит MAC-адрес по IP;
- сетевой (3): IP-адреса и маршрутизация, IPv4, IPv6, ICMP, на котором работают
pingиtraceroute; - транспортный (4): порты и доставка, TCP с гарантией порядка и повторной отправкой, UDP без гарантий, QUIC поверх UDP;
- сеансовый (5) и представления (6): в TCP/IP отдельных протоколов тут почти нет. Условно сюда кладут TLS как шифрование, форматы вроде JSON и сжатие gzip;
- прикладной (7): HTTP, DNS, SMTP, FTP, SSH, WebSocket.
Затем покажите практику. Страница не открывается: проверяете имя через nslookup, доступность хоста через ping, открыт ли порт через curl или telnet, потом смотрите HTTP-ответ в DevTools или в Charles. Для трафика ниже HTTP есть Wireshark.
Где спотыкаются
Ставят TLS строго на шестой уровень и спорят об этом. Точнее сказать, что TLS работает поверх TCP и под HTTP, а однозначного места в OSI у него нет.
Не понимают, что проверяет ping. Он использует ICMP, у которого нет портов, поэтому успешный ping не значит, что сервис на порту 443 отвечает, а неуспешный часто значит лишь, что ICMP закрыт файрволом.
Называют HTTPS отдельным протоколом седьмого уровня. Это тот же HTTP, завёрнутый в TLS, поэтому ошибка сертификата появляется раньше любого HTTP-статуса, и в логах сервера такого запроса не будет.