Сетевой протокол — это набор правил и форматов, по которым устройства и программы обмениваются данными в сети. Протокол задает, как выглядит сообщение, в каком порядке идут его части и как стороны подтверждают доставку, чтобы отправитель и получатель понимали друг друга одинаково.
Содержание
Ниже разберу, чем протокол отличается от модели и порта, как протоколы складываются в стек по уровням, какие бывают виды протоколов передачи данных (HTTP, HTTPS, TCP, UDP, IP, DNS, FTP, SMTP) и что происходит с ними по шагам, когда вы открываете сайт.
Протокол, модель и порт — три разные вещи
Эти три понятия постоянно путают, поэтому развожу их сразу на одной цепочке.
Протокол — конкретные правила обмена. Например, HTTP описывает, как браузер просит веб-страницу, а сервер ее отдает. Протокол можно реализовать в коде и увидеть «на проводе» в анализаторе трафика.
Сетевая модель (OSI, TCP/IP) — не протокол, а схема, которая делит обмен на уровни и говорит, кто за что отвечает. Модель ничего не передает сама, она классифицирует протоколы: HTTP относят к прикладному уровню, IP — к сетевому. Это карта, а не участник обмена.
Порт — числовой идентификатор (от 0 до 65535), который на транспортном уровне указывает, какой именно программе на устройстве отдать данные. Порт — это не протокол и не модель, а «номер квартиры» внутри одного IP-адреса. У HTTPS по умолчанию порт 443, у DNS — 53.
Короткая цепочка, чтобы запомнить: модель OSI (карта уровней) -> на прикладном уровне работает протокол HTTPS -> данные HTTPS доставляет протокол TCP на порт 443 -> нужный компьютер находит протокол IP по IP-адресу.
Как протоколы работают вместе: стек и модели
Один протокол редко решает задачу целиком. Они складываются в стек: каждый уровень пользуется услугами нижнего и добавляет свою часть к сообщению. Такое разбиение на уровни и описывают сетевые модели.
Модель OSI (Open Systems Interconnection, «взаимодействие открытых систем») опубликована ISO в 1984 году как эталон. В ней семь уровней: физический, канальный, сетевой, транспортный, сеансовый, представления и прикладной.
Модель TCP/IP — практическая, именно по ней устроен реальный интернет. В ней обычно выделяют четыре уровня: канальный, межсетевой, транспортный и прикладной. Прикладной уровень TCP/IP объединяет три верхних уровня OSI.
Важная оговорка: OSI — это учебная и справочная модель, реальные протоколы не всегда ложатся в нее ровно. Например, Ethernet работает и на физическом, и на канальном уровнях сразу, а TLS формально не занимает отдельный уровень OSI. Модель упрощает картину, чтобы было проще учить и проектировать, но не описывает каждую деталь.
Виды протоколов передачи данных по уровням
Разные протоколы решают разные задачи и живут на разных уровнях. Уровень в таблице подсказывает, за что протокол отвечает: чем ниже, тем ближе к «железу» и адресации, чем выше, тем ближе к тому, что видит пользователь.
| Протокол | Уровень (OSI) | Назначение | Порт / пример |
|---|---|---|---|
| IP | Сетевой | Адресация устройств и маршрутизация пакетов | IP-адрес, портов нет |
| TCP | Транспортный | Надежная доставка потока с подтверждением | Использует порты |
| UDP | Транспортный | Быстрая доставка без гарантий | Использует порты |
| DNS | Прикладной | Перевод имени сайта в IP-адрес | 53 (обычно UDP) |
| HTTP | Прикладной | Передача веб-страниц | 80 |
| HTTPS | Прикладной | HTTP поверх шифрования TLS | 443 |
| FTP | Прикладной | Передача файлов | 21 (управление) |
| SMTP | Прикладной | Отправка электронной почты | 25, 587 |
Как читать таблицу при выборе. Нужна гарантия доставки (файл, сообщение, страница) — берут TCP. Важнее скорость, а редкие потери терпимы (голос, видео, игры) — берут UDP. Нужен адрес и путь через интернет — это работа IP. Нужно безопасно открыть сайт — HTTPS, то есть HTTP внутри TLS.
Про TCP и UDP еще одно уточнение. Оба сами по себе не шифруют данные и не «понимают» их смысл: они только доставляют байты между портами. Смысл (страница, письмо, файл) задает протокол прикладного уровня поверх них.
Про безопасность стоит помнить об актуальности. Шифрование HTTPS сегодня обеспечивает TLS: актуальная версия — TLS 1.3 (2018), а TLS 1.0 и 1.1 признаны устаревшими в 2021 году. Старое название SSL встречается в речи и в слове «SSL-сертификат», но сам протокол SSL давно не используется, по сути это всегда TLS.
Что происходит при открытии сайта: одна сквозная линия
Соберу протоколы в один сценарий. Вы вводите в браузере otus.ru и нажимаете Enter — дальше по шагам.
- DNS находит адрес. Браузер спрашивает у DNS-сервера: какой IP у
otus.ru? Запрос идет по протоколу DNS, обычно поверх UDP на порт 53. В ответ приходит IP-адрес. - TCP устанавливает соединение. Браузер открывает TCP-соединение с этим IP на порт 443. TCP делает «рукопожатие» из трех шагов, чтобы обе стороны договорились начать обмен.
- TLS включает шифрование. Поверх TCP выполняется рукопожатие TLS: стороны согласуют ключи, и дальше данные идут в зашифрованном виде. Это и есть буква S в HTTPS.
- HTTP запрашивает страницу. Внутри защищенного канала браузер отправляет HTTP-запрос (например,
GET /), а сервер возвращает HTML-страницу и остальные файлы. - IP везет каждый пакет. На всех шагах данные нарезаются на пакеты, и протокол IP отвечает за то, чтобы каждый пакет прошел через маршрутизаторы до нужного адреса. Если один маршрутизатор недоступен, выбирается другой путь.
Так модель (карта уровней), протоколы (DNS, TCP, TLS, HTTP, IP) и порт (443) работают в связке за доли секунды.
Граница примера: это типичный случай HTTP/1.1 или HTTP/2 поверх TCP. Более новый HTTP/3 использует транспорт QUIC поверх UDP, поэтому там шаги с TCP и TLS устроены иначе. Это уточнение для полноты, общая логика «имя -> адрес -> соединение -> запрос» сохраняется.
Выводы
- Протокол — это правила обмена данными; модель (OSI, TCP/IP) — схема уровней, которая эти протоколы классифицирует; порт — числовой адрес программы на устройстве. Три разные сущности, их не стоит смешивать.
- Протоколы работают стеком: нижние уровни отвечают за адреса и доставку байтов, верхние — за смысл (страница, письмо, файл).
- TCP дает надежность и подтверждение доставки, UDP — скорость без гарантий; выбор зависит от задачи, а не от того, что «лучше вообще».
- IP отвечает за адресацию и маршрут, порты работают на транспортном уровне, шифрование сайтов обеспечивает TLS (актуально — TLS 1.3), а не устаревший SSL.
- Открытие сайта — это цепочка протоколов: DNS находит IP, TCP и TLS открывают защищенное соединение, HTTP запрашивает страницу, IP развозит пакеты.
Где применяется / связь с практикой
Понимание протоколов — база для сетевого инженера, backend-разработчика, DevOps и специалиста по информационной безопасности. Без него сложно читать трафик в анализаторе, настраивать маршрутизацию и файрвол, диагностировать «сайт не открывается» по симптому (проблема в DNS, в TCP-соединении или уже в HTTP-ответе).
Освойте тему на практике
Если хочется разобраться не по верхам, а научиться настраивать сети и работать с протоколами на практике, посмотрите курс Сетевой инженер. Basic. Чтобы сначала оценить формат и уровень, зайдите на бесплатные вебинары — там можно послушать преподавателей и задать вопросы до старта.
Смежные темы: Протоколы и передача информации через TCP/UDP, Протокол SSH: описание, преимущества и недостатки, Сетевые узлы.
FAQ
Чем протокол отличается от порта?
Протокол — это правила обмена (например, HTTPS описывает запрос и ответ за веб-страницей), а порт — числовой идентификатор программы на устройстве, куда транспортный уровень отдает данные. У протокола HTTPS порт по умолчанию 443, но это разные вещи: правила и адрес.
Можно ли использовать нестандартный порт для протокола?
Да. Номера портов вроде 80 или 443 — это соглашение по умолчанию, а не жесткая привязка. Веб-сервер можно запустить, например, на порту 8080; тогда адрес указывают явно, через двоеточие после хоста.
OSI и TCP/IP — это конкурирующие модели?
Нет. TCP/IP — практическая модель, по которой реально работает интернет, а OSI — эталонная схема из семи уровней, удобная для обучения и проектирования. Их обычно используют вместе: реальные протоколы объясняют через уровни OSI.
