------ Semaphore Arrays ------
key semid owner perms nsems status
------ Message Queues ------
key msqid owner perms used-bytes messages
Глава 27
Создание сетевого приложения в Linux
В главе 6 я ввел основные сетевые понятия, перечислил самые популярные протоколы и вкратце рассказал об основе сети Интернет — протоколе TCP/IP. В этой главе я собираюсь подробнее остановиться на протоколах TCP/IP и ICMP и показать, какие средства вы можете использовать для написания собственных приложений для работы в сети.
27.1.1. Многоуровневая архитектура стека TCP/IP
Протокол TCP/IP был создан в конце 60-х — начале 70-х годов агентством DARPA Министерства Обороны США (U.S. Department of Defense Advanced Research Projects Agency). Основные этапы развития этого протокола отмечены в таблице 27.1.
Этапы развития протокола TCP/IP Таблица 27.1
Год Событие 1970 г. Введен в использования протокол NCP (Network Control Protocol) для узлов сети Arpanet 1972 г. Вышла первая спецификация Telnet (см. RFC 318) 1973 г. Введен протокол FTP (RFC 454) 1974 г. Разработана программа TCP (Transmission Control Program) 1981 г. Опубликован стандарт протокола IP (RFC 791) 1982 г. Объединение протоколов TCP и IP в одно целое — TCP/IP 1983 г. Сеть Arpanet переведена на протокол TCP (ранее использовался протокол NCP) 1904 г. Введена доменная система имен DNS
Как видите, все стандарты интернет-протоколов опубликованы в документах RFC. Документы RFC (Request for Comments) — это документы, в которых описывается устройство сети Интернет. Они создаются сообществом Интернет (Internet Society, ISOC). Любой член ISOC может опубликовать свой стандарт в документе RFC. Документы RFC делятся на пять типов:
1. Требуется (Required) — данный стандарт должен быть реализован на всех основных узлах TCP/IP.
2. Рекомендуется (Recommended) — обычно такие спецификации RFC также реализуются.
3. Выборочно (Elective) — реализация не обязательна.
4. Ограниченное использование (Limited use) — не рекомендуется для всеобщего применения.
5. Не рекомендуется (Not recommended) — не рекомендуются.
Протоколы семейства TCP/IP можно представить в виде модели, состоящей из четырех уровней: прикладного, основного, межсетевого и сетевого (таблица 27.2).
Уровни стека протоколов TCP/IP Таблица 27.2
Уровень 1 Прикладной уровень (уровень приложения, Application Layer) Уровень 2 Основной (транспортный) уровень (Transport Layer) Уровень 3 Межсетевой уровень (уровень Internet, Internet Layer) Уровень 4 Уровень сетевых интерфейсов (Network Interface Layer)
Каждый из этих уровней выполняет определенную задачу для организации надежной и производительной работы сети.
27.1.1.1. Уровень сетевого интерфейса
Этот уровень лежит в основании всей модели протоколов семейства TCP/IP. Уровень сетевого интерфейса отвечает за отправку в сеть и прием из сети кадров, которые содержат информацию. Кадр (frame) — это единица данных, которыми обмениваются компьютеры в сети Ethernet. Для обозначения блоков данных определенных уровней используются термины кадр (frame), пакет (packet), дейтаграмма (datagram), сегмент (segment). Все эти термины обозначают транспортируемые отдельно блоки данных, и их можно считать синонимами. Название блока пересылаемых данных изменяется в зависимости от уровня (рис. 27.1).
Рис. 27.1. Пересылка блока данных в стеке протоколов TCP/IP
27.1.1.2. Межсетевой уровень
Протоколы Интернет инкапсулируют блоки данных в пакеты (дейтаграммы) и обеспечивают необходимую маршрутизацию. К основным интернет-протоколам относятся:
♦ IP (Internet Protocol) — предназначен для отправки и маршрутизации пакетов.
♦ ARP (Address Resolution Protocol) — используется для получения MAC-адресов (аппаратных адресов) сетевых адаптеров.
♦ ICMP (Internet Control Message Protocol) — предназначен для отправки извещений и сообщений об ошибках при передаче пакетов.
♦ IGMP (Internet Group Management Protocol) — используется узлами для сообщения маршрутизаторам, которые поддерживают групповую передачу, о своем участии в группах.
♦ RIP (Route Internet Protocol) и OSPF (Open Shortest Path First) — протоколы маршрутизации.
На этом уровне реализуется передача пакетов без установки соединения — дейтаграммным способом. Межсетевой уровень обеспечивает перемещение пакетов по сети с использованием наиболее рационального маршрута (протокол OSPF). Основная функция межсетевого уровня — передача пакетов через составную сеть, поэтому этот уровень также называется уровнем Интернет.
27.1.1.3. Транспортный (основной) уровень
Этот уровень обеспечивает сеансы связи между компьютерами. Существует два транспортных протокола: TCP (Transmission Control Protocol) и UDP (User Datagram Protocol). Протокол TCP ориентирован на установление соединения, то есть перед передачей данных компьютеры «договариваются» между собой. Обычно по этому протоколу передаются большие объемы данных или данные, для которых требуется подтверждение их приема. Этот протокол используется большинством сетевых приложений, так как обеспечивает достаточную надежность при передаче данных.
Протокол UDP не ориентирован на соединение и не гарантирует доставку пакетов (дейтаграмм), зато он работает быстрее TCP. Обычно по этому протоколу передаются небольшие объемы данных. Ответственность за доставку данных несет сетевая программа.
27.1.1.4. Уровень приложений
Этот уровень является вершиной модели TCP/IP. На этом уровне работают практически все распространенные утилиты и службы: DNS, Telnet, WWW. Gopher, WAIS. SNMP, FIT, TFTP, SMTP, POP, IMAP.
Таблица 27.3 показывает соответствие уровней стека протокола TCP/IP семиуровневой модели OSI.
Соответствие уровней стека TCP/IP модели OSI Таблица 27.3
Уровень модели OSI Протокол Уровень стека TCP/IP 7, 6 WWW (HTTP), FTP, TFTP, SMTP, POP, telnet, WAIS, SNMP 1 5, 4 TCP, UDP 2 3 IP, ICMP, RIP, OSPF, ARP 3 2, 1 Ethernet, PPP, SLIP 4
27.1.2. Структура пакетов IP и TCP
Протокол IP не ориентирован на соединение, поэтому не обеспечивает надежную доставку данных. Поля, описание которых приведено в таблице 27.4, представляют собой IP-заголовок и добавляются к пакету при его получении с транспортного уровня.
Структура заголовка IP-пакета Таблица 27.4
Поле Описание Source IP-address IP-адрес отправителя пакета Destination IP-address IP-адрес получателя пакета Protocol Протокол: TCP или UDP Checksum Контрольная сумма для проверки целостности пакета TTL (Time to Live) Время жизни пакета: определяет, сколько секунд дейтаграмма может находиться в сети. Предотвращает бесконечное блуждание пакетов в сети. Значение TTL автоматически уменьшается на одну или более секунд при проходе через каждый маршрутизатор сети Version Версии протокола IP — 4 или 6 (4 бита) Header Length Длина заголовка пакета (4 бита). Минимальный размер заголовка — 20 байтов Type of Service () Тип обслуживания; обозначение требуемого для этого пакета качества обслуживания при доставке через маршрутизаторы IP-сети. Здесь определяются приоритет, задержки, пропускная способность (8 битов) Total Length Длина дейтаграммы IP-протокола (16 битов) Identification Идентификатор пакета. Если пакет фрагментирован (разбит на части), то все фрагменты имеют одинаковый идентификатор (15 битов) Fragmentation Rags 3 бита для флагов фрагментации и 2 бита для текущего использования Fragmentation Offset Смещение фрагмента: указывает на положение фрагментов относительно начала поля данных IP-пакета. Если фрагментации нет, смещение равно 0x0 (13 битов) Options and Padding Опции
Протокол TCP в отличие от протокола IP ориентирован на установление соединения и обеспечивает надежную доставку данных. Структура TCP-пакета описана в таблице 27.5.
