Модель TCP/IP

Что такое модель TCP/IP

Когда сайт долго открывается, видео прерывается или сообщение не доходит, полезно понимать, что происходит «внутри» сети. Модель TCP/IP помогает разложить передачу данных по понятным шагам: кто готовит информацию, кто выбирает маршрут, а кто проверяет доставку. После разбора ты сможешь уверенно отвечать на вопросы по компьютерным сетям и видеть логику интернет-соединения, а не запоминать набор непонятных сокращений.

TCP/IP — это семейство сетевых протоколов, то есть правил обмена данными. Протокол определяет, в каком виде отправлять информацию, как находить получателя и что делать при ошибке. Модель описывает взаимодействие четырёх уровней: прикладного, транспортного, сетевого и канального. Каждый уровень решает свою задачу и передаёт результат соседнему.

Важно: TCP/IP — не один протокол, а целая система. В неё входят HTTP и DNS, TCP и UDP, IP, Ethernet и Wi‑Fi. Вместе они позволяют браузеру найти сервер, отправить запрос и получить страницу.

Четыре уровня и их задачи

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

Транспортный уровень организует обмен между программами. TCP устанавливает соединение, нумерует части сообщения, проверяет их получение и при необходимости отправляет потерянные данные повторно. UDP работает быстрее и проще, но не гарантирует доставку. Его часто выбирают там, где важнее скорость: например, в потоковом видео или онлайн-играх.

Сетевой уровень отвечает за передачу пакетов между сетями. Главный протокол здесь — IP. Он использует адреса устройств и помогает маршрутизаторам выбрать направление движения. Канальный уровень передаёт данные внутри конкретного участка сети: по кабелю или через Wi‑Fi.

Уровень	Главная задача	Примеры
Прикладной	Обмен данными приложений	HTTP, DNS
Транспортный	Доставка между программами	TCP, UDP
Сетевой	Адресация и маршрутизация	IP
Канальный	Передача в локальной сети	Ethernet, Wi‑Fi

Как данные проходят по стеку

Представь, что ты открываешь страницу учебного сайта. Браузер формирует запрос HTTP. Затем транспортный уровень добавляет сведения о соединении TCP: например, номера портов и порядок частей сообщения. Получившийся блок передаётся IP, который добавляет адрес отправителя и адрес сервера.

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

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

Сообщение приложения → сегмент TCP или датаграмма UDP
Сегмент → IP-пакет
IP-пакет → кадр Ethernet или Wi‑Fi

Слово «пакет» часто используют обобщённо, но точнее различать сегмент TCP, датаграмму UDP, пакет IP и кадр канального уровня.

Разобранный пример передачи

Разберём ситуацию: браузер запрашивает главную страницу сервера с адресом 203.0.113.8. Сначала DNS находит этот IP по имени сайта. Затем браузер обращается к серверу по HTTP, а TCP подготавливает надёжное соединение через порт. IP получает адрес назначения и передаёт пакет маршрутизатору.

1. DNS: учебный-сайт.example → 203.0.113.8
2. HTTP: «получи главную страницу»
3. TCP: нумерует данные и проверяет доставку
4. IP: источник 192.168.1.5 → назначение 203.0.113.8
5. Wi‑Fi: передаёт кадр ближайшему маршрутизатору
6. Сервер принимает кадр, снимает заголовки и возвращает ответ

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

Для экзамена полезно называть единицы данных: на транспортном уровне — сегмент TCP или датаграмма UDP, на сетевом — пакет, на канальном — кадр.

Типичные ошибки и проверка себя

Первая ошибка — считать TCP и IP одним протоколом. IP отвечает за адресацию и маршрут, а TCP — за порядок и надёжность передачи. Вторая — говорить, что TCP всегда быстрее UDP. Наоборот, TCP добавляет проверки и повторные отправки, поэтому UDP часто даёт меньшую задержку.

Третья ошибка — путать IP-адрес и доменное имя. Имя удобно человеку, а IP нужен сетевым устройствам для доставки. DNS связывает одно с другим, но сам не передаёт веб-страницу. Четвёртая — смешивать маршрутизатор и коммутатор: маршрутизатор соединяет сети, коммутатор обычно объединяет устройства внутри локальной сети.

Проверь себя: какой уровень использует HTTP, где работает IP, зачем TCP нумерует сегменты и что передаёт Wi‑Fi? Если можешь ответить на все четыре вопроса своими словами, основная логика темы уже выстроена.

Для дополнительной тренировки открой бесплатную практику в личном кабинете и реши задания на сопоставление протоколов и уровней.

Что запомнить

Модель TCP/IP показывает, как данные проходят от приложения отправителя к приложению получателя. Прикладной уровень задаёт смысл сообщения. Транспортный выбирает TCP или UDP и организует обмен между программами. Сетевой уровень использует IP-адреса и маршрутизацию. Канальный передаёт кадры внутри конкретного соединения.

Главная схема выглядит так: приложение создаёт данные, TCP или UDP оформляет их для обмена, IP выбирает адрес и направление, Ethernet или Wi‑Fi доставляет кадр ближайшему узлу. У получателя уровни работают в обратном порядке. Инкапсуляция добавляет заголовки, декапсуляция снимает их.

Если нужно повторить материал перед ОГЭ или ЕГЭ, сопоставляй не только названия, но и функции протоколов. Зарегистрируйся и реши 5 заданий бесплатно в личном кабинете, чтобы закрепить тему практикой.

Следующий шаг — составь собственную цепочку для открытия страницы: DNS → HTTP → TCP → IP → Wi‑Fi. Затем объясни, на каком этапе изменится процесс, если вместо TCP используется UDP.