WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     || 2 | 3 | 4 | 5 |   ...   | 8 |
-- [ Страница 1 ] --

Создание сетевых приложений в среде Linux Руководство разработчика Шон Уолтон Москва • Санкт Петербург • Киев 2001 ББК 32.973.26 018.2.75 УДК 681.3.07 Издательский дом "Вильяме" По общим вопросам

обращайтесь в Издательский дом "Вильяме" по адресу: info Уолтон, Шон.

Создание сетевых приложений в среде Linux. : Пер. с англ.— М. : Издательский дом "Вильяме", 2001. — 464 с.: ил. — Парал: тит. англ.

ISBN 5 8459 0193 6 (рус.) Данная книга в основном посвящена программированию сокетов на языке С в среде Linux. В ней шаг за шагом рассказывается о том, как писать профессиональные сетевые клиентские, серверные и одноранговые приложения. Читатель узнает, как работать с су ществующими клиент серверными протоколами (в частности, HTTP), взаимодействовать с другими компьютерами по протоколу UDP и создавать свои собственные протоколы. В книге описываются все типы пакетов, поддерживаемых в семействе протоколов TCP/IP, их достоинства и недостатки.

Помимо базового материала представлены сведения о различных методиках многоза дачности, рассказывается о средствах управления вводом выводом и обеспечения безо пасности сетевых приложений. В книге также описываются объектно ориентированные подходы к сетевому программированию на языках Java и C++. Отдельные главы посвяще ны технологии RPC, протоколу SSL, работе в групповом и широковещательном режимах и стандарту IPv6.

Книга предназначена профессиональным программистам и студентам, которые хотят научиться создавать не только линейные алгоритмы, но и полнофункциональные много задачные сетевые приложения.

ББК 32.973.26 018.2. Все названия программных продуктов являются зарегистрированными торговыми марками соответст вующих фирм.

Никакая часть настоящего издания ни в каких целях не может быть воспроизведена в какой бы то ни было форме и какими бы то ни было средствами, будь то электронные или механические, включая фотоко пирование и запись на магнитный носитель, если на это нет письменного разрешения издательства Sams Publishing.

Authorized translation from the English language edition published by Sams Publishing Copyright © All rights reserved. No part of this book may be reproduced or transmitted in any form or by any means, elec tronic or mechanical, including photocopying recording or by any information storage retrieval system, without permission from the Publisher.

Russian language edition published by Williams Publishing House according to the Agreement with R&I En terprises International, Copyright © ISBN 5 8459 0193 6 (рус.) О Издательский дом "Вильяме", ISBN 0 672 31935 7 (англ.) © Sams Publishing, www.books-shop.com Оглавление Часть I. Создание сетевых клиентских приложений Глава 1. Простейший сетевой клиент Глава 2. Основы TCP/IP Глава 3. Различные типы Internet пакетов Глава 4. Передача сообщений между одноранговыми компьютерами Глава 5. Многоуровневая сетевая модель Часть II. Создание серверных приложений Глава 6. Пример сервера Глава 7. Распределение нагрузки: многозадачность Глава 8. Механизмы ввода вывода Глава 9. Повышение производительности Глава 10. Создание устойчивых сокетов Часть III. Объектно ориентированные сокеты Глава 11. Экономия времени за счет объектов Глава 12. Сетевое программирование в Java Глава 13. Программирование сокетов в C++ Глава 14. Ограничения объектно ориентированного программирования Часть IV. Сложные сетевые методики Глава 15. Удаленные вызовы процедур (RPC) Глава 16. Безопасность сетевых приложений Глава 17. Широковещательная, групповая и магистральная передача сообщений Глава 18. Неструктурированные сокеты Глава 19. IPv6: следующее поколение протокола IP Часть V. Приложения Приложение А. Информационные таблицы Приложение Б. Сетевые функции Приложение В. API функции ядра Приложение Г. Вспомогательные классы www.books-shop.com Введение Часть I. Создание сетевых клиентских приложений Глава 1. Простейший сетевой клиент Связь с окружающим миром посредством сокетов Правила общения: основы адресации в TCP/IP Прослушивание сервера: простейший алгоритм клиентской программы Системный вызов socket() Подключение к серверу Получение ответа от сервера Разрыв соединения Резюме: что происходит за кулисами. Глава 2. Основы TCP/IP IP адресация Идентификация компьютера Структура адресов Internet, Маски подсети Маршрутизаторы и преобразование адресов Специальные и потерянные адреса Номера IP портов Порядок следования байтов Функции преобразования данных Расширение клиентского приложения Различные виды пакетов Именованные каналы в UNIX Резюме: IP адреса и средства преобразования данных Глава 3. Различные типы Internet пакетов Базовый сетевой пакет Поле version Поле header_len Поле serve_type Поле ID Поля dont_frag, more_frag и frag_offset Поле time_to_live (TTL) Поле protocol Поле options Поле data Анализ различных типов пакетов Характеристики пакетов Типы пакетов Взаимосвязь между протоколами Анализ сетевого трафика с помощью утилиты tcpdump Создание сетевого анализатора Резюме: выбор правильного пакета Глава 4. Передача сообщений между одноранговыми компьютерами. Сокеты, требующие установления соединения Открытые каналы между программами Надежные соединения Соединения по протоколам более низкого уровня Содержание www.books-shop.com Пример: подключение к демону HTTP, Упрощенный протокол HTTP Получение HTTP страницы Сокеты, не требующие установления соединения Задание адреса, сокета Упрощение процедуры квитирования ПротоколТ/ТСР Прямая доставка сообщений Привязка порта к сокету Обмен сообщениями Прием сообщения Подтверждение доставки UDP сообщения Усиление надежности UDP Упорядочение пакетов Избыточность пакетов. Проверка целостности данных Задержки при передаче данных Переключение задач: введение в многозадачность Резюме: модели взаимодействия с установлением и без установления соединения Глава 5. Многоуровневая сетевая модель Решение сетевой задачи Аппаратная среда Передача данных в сети Взаимодействие сети и операционной системы. Взаимодействие сети и приложений Сетевая модель OSI Уровень 1: физический Уровень 2: канальный ' Уровень 3: сетевой Уровень 4: транспортный Уровень 5: сеансовый ' Уровень 6: представительский Уровень 7: прикладной Набор протоколов Internet Уровень 1: доступ к сети Уровень 2: межсетевой (IP) Уровень 2: управляющие расширения (ICMP) Уровень 3: межузловой (UDP) Уровень 3: потоки данных (TCP) Уровень 4: прикладной Фундаментальные различия между моделями OSI и IP Что чему служит Резюме: от теории к практике Часть II. Создание серверных приложений Глава 6. Пример сервера Схема работы сокета: общий алгоритм сервера,' Простой эхо сервер Привязка порта к сокету Создание очереди ожидания Прием запросов от клиентов Взаимодействие с клиентом Общие правила определения протоколов Содержание www.books-shop.com Какая программа должна начинать передачу первой? Какая программа должна управлять диалогом? Какой уровень сертификации требуется? Какой тип данных используется? Как следует обрабатывать двоичные данные? Как обнаружить взаимоблокировку? Необходима ли синхронизация по таймеру? Как и когда переустанавливать соединение? Когда завершать работу? Более сложный пример: сервер HTTP Резюме: базовые компоненты сервера Глава 7. Распределение нагрузки: многозадачность Понятие о многозадачности: процессы и потоки Когда следует применять многозадачный режим Характеристики многозадачного режима Сравнение процессов и потоков Создание процесса Создание потока Системный вызов _clone() Взаимодействие заданий Обгоняя время: исключающие семафоры и гонки Гонки за ресурсами Исключающий семафор Проблемы с исключающими семафорами в библиотеке Pthreads Предотвращение взаимоблокировки. Управление дочерними заданиями и задания зомби Приоритеты и планирование дочерних заданий Уничтожение зомби: очистка после завершения Расширение существующих версий клиента и сервера Вызов внешних программ с помощью функций семейства ехес() Резюме Глава 8. Механизмы ввода вывода Блокирование ввода вывода: зачем оно необходимо? Когда следует переходить в режим блокирования? Альтернативы блокированию Сравнение различных методик ввода вывода Опрос каналов ввода вывода • Чтение данных по методике опроса Запись данных по методике опроса Установление соединений по методике опроса. Асинхронный ввод вывод Чтение данных по запросу ' Асинхронная запись данных Подключение по запросу Устранение нежелательного блокирования с помощью функций poll() и select() Реализация тайм аутов Резюме: выбор методик ввода вывода Глава 9. Повышение производительности Подготовка к приему запросов на подключение • Ограничение числа клиентских соединений Предварительное ветвление сервера Адаптация к различным уровням загруженности Содержание www.books-shop.com Расширение возможностей сервера с помощью функции select(),, Лавиноподобная загрузка планировщика,. • Чрезмерное использование функции select() Разумное использование функции select() Проблемы реализации Перераспределение нагрузки Анализ возможностей сокета Общие параметры Параметры протокола IP Параметры стандарта IPv6 Параметры протокола TCP Восстановление дескриптора сокета Досрочная отправка: перекрытие сообщений. Проблемы файлового ввода вывода Ввод вывод по запросу: рациональное использование ресурсов процессора Ускорение работы функции send() Разгрузка функции recv() Отправка приоритетных сообщений Резюме Глава 10. Создание устойчивых сокетов Методы преобразования данных Проверка возвращаемых значений Обработка сигналов SIGPIPE SIGURG SIGCHLD SIGHUP SIGIO SIGALRM Управление ресурсами Управление файлами Динамическая память ("куча") Статическая память Ресурсы процессора, совместно используемая память и процессы Критические серверы Что называется критическим сервером Коммуникационные события и прерывания Особенности возобновления сеанса Способы возобновления сеанса Согласованная работа клиента и сервера Сетевые взаимоблокировки Сетевое зависание Отказ от обслуживания Резюме: несокрушимые серверы Часть III. Объектно ориентированные сокеты Глава 11. Экономия времени за счет объектов Эволюция технологий программирования Функциональное программирование: пошаговый подход Модульное программирование: структурный подход Абстрактное программирование: отсутствие ненужной детализации Объектно ориентированное программирование: естественный способ общения с миром Рациональные методы программирования Содержание www.books-shop.com Повторное использование кода Создание подключаемых компонентов Основы объектно ориентированного программирования Инкапсуляция кода Наследование поведения Абстракция данных • Полиморфизм методов Характеристики объектов Классы и объекты Атрибуты Свойства Методы Права доступа Отношения Расширение объектов Шаблоны '. Постоянство Потоковая передача данных Перегрузка. Интерфейсы События и исключения Особые случаи Записи и структуры Наборы функций Языковая поддержка Классификация объектно ориентированных языков Работа с объектами в процедурных языках Резюме: объектно ориентированное мышление Глава 12. Сетевое программирование в Java Работа с сокетами Программирование клиентов и серверов Передача UDP сообщений Групповая передача дейтаграмм Ввод вывод в Java Классификация классов ввода вывода Преобразование потоков Конфигурирование сокетов... Общие методы конфигурирования Конфигурирование групповых сокетов. Многозадачные программы Создание потокового класса Добавление потоков к классу Синхронизация методов Существующие ограничения Резюме ', Глава 13. Программирование сокетов в C++ Зачем программировать сокеты в C++? Упрощение работы с сокетами Отсутствие ненужной детализации Создание многократно используемых компонентов ' • Моделирование по необходимости Создание библиотеки сокетов Определение общих характеристик 10 Содержание www.books-shop.com Группировка основных компонентов Построение иерархии классов Определение задач каждого класса Тестирование библиотеки сокетов.! Эхо клиент и эхо сервер, Многозадачная одноранговая передача сообщений Существующие ограничения Передача сообщений неизвестного/неопределенного типа • Поддержка многозадачности Резюме: библиотека сокетов упрощает программирование Глава 14. Офаничения объектно ориентированного программирования Правильное использование объектов Начальный анализ Именование объектов Разграничение этапов анализа и проектирования Правильный уровень детализации Избыточное наследование Неправильное повторное использование Правильное применение спецификатора friend Перегруженные операторы Объекты не решают всех проблем И снова об избыточном наследовании Недоступный код Проблема чрезмерной сложности Игнорирование устоявшихся интерфейсов Множественное наследование Разрастание кода Проблема управления проектами Нужные люди в нужное время Между двух огней Тестирование системы Резюме: зыбучие пески ООП. Часть IV. Сложные сетевые методики Глава 15. Удаленные вызовы процедур (RPC) Возвращаясь к модели OSI Сравнение методик сетевого и процедурного программирования Границы языков Сохранение сеанса в активном состоянии Связующие программные средства Сетевые заглушки Реализация сервисных функций Реализация представительского уровня Создание RPC компонентов с помощью утилиты rpcgen Язык утилиты rpcgen Создание простейшего интерфейса Использование более сложных Х файлов Добавление записей и указателей Учет состояния сеанса в открытых соединениях Выявление проблем с состоянием сеанса Хранение идентификаторов Следование заданному маршруту Восстановление после ошибок Содержание piracy@books-shop.com Резюме: создание набора RPC компонентов Глава 16. Безопасность сетевых приложений Потребность в защите данных Уровни идентификации Формы взаимообмена Проблема безопасности в Internet Все является видимым Виды атак Незащищенность TCP/IP Защита сетевого компьютера Ограничение доступа Брандмауэры Демилитаризованные зоны Защита канала Шифрование сообщений Виды шифрования Опубликованные алгоритмы шифрования Проблемы с шифрованием Протокол SSL Библиотека OpenSSL Создание SSL клиента Создание SSL сервера Резюме: безопасный сервер Глава 17. Широковещательная, групповая и магистральная передача сообщений Широковещание в пределах домена Пересмотр структуры IP адреса Работа в широковещательном режиме Ограничения широковещательного режима Передача сообщения группе адресатов Подключение к группе адресатов Отправка многоадресного сообщения Как реализуется многоадресный режим в сети Глобальная многоадресная передача сообщений Ограничения многоадресного режима ' Резюме: совместное чтение сообщений Глава 18. Неструктурированные сокеты Когда необходимы неструктурированные сокеты ' Протокол ICMP Заполнение IP заголовка Ускоренная передача пакетов Ограничения неструктурированных сокетов Работа с неструктурированными сокетами Выбор правильного протокола Создание ICMP пакета Вычисление контрольной суммы Управление IP заголовком • Сторонний трафик Как работает команда ping Принимающий модуль программы MyPing Отправляющий модуль программы MyPing Как работают программы трассировки ' Резюме: выбор неструктурированных сокетов 12 Содержание www.books-shop.com Глава 19. IPv6: следующее поколение протокола IP Существующие проблемы адресации Решение проблемы вырождающегося адресного пространства Особенности стандарта IPv6. Как могут совместно работать IPv4 и IPv6? Работало протоколу IPv6 Конфигурирование ядра Конфигурирование программных средств Преобразование вызовов IPv4 в вызовы IPv6 Преобразование неструктурированных сокетов в сокеты IPv6 Протокол ICMPv6 Новый протокол группового вещания Достоинства и недостатки IPv6 Ожидаемая поддержка со стороны Linux Резюме: подготовка программ к будущим изменениям Часть V. Приложения Приложение А. Информационные таблицы Домены: первый параметр функции socket() Типы: второй параметр функции socket() Определения протоколов Стандартные назначения Internet портов (первые 100 портов) Коды состояния HTTP 1.1 Параметры сокетов (функции get/setsockopt()) Определения сигналов Коды ICMP ' Диапазоны групповых адресов IPv4 Предложенное распределение адресов IPv6 Koды lCMPv6 Поле области видимости в групповом адресе IPv6 Поле флагов в групповом адресе IPv6 Приложение Б. Сетевые функции. Подключение к сети socket() bind() listen() accept() connect() socketpair() Взаимодействие по каналу send() sendto() sendmsg() sendfile() recv() recvfrom() recvmsg() Разрыв соединения shutdown() Преобразование данных в сети htons(), htonl() ntohs(), ntohl() Содержание www.books-shop.com inet_addr() inet_aton() inet_ntoa() inet_pton() inet_ntop() Работа с сетевыми адресами getpeername() gethostname() gethostbyname() getprotobyname() Управление сокетами setsockopt() getsockopt() Приложение В. API функции ядра Задания fork() _clone() exec() sched_yield() wait(), waitpid() Потоки pthread_create() pthread_ join() pthread exit() pthread_detach() Блокировка pthread_mutex_init(), pthread_mutex_destroy() pthread_mutex_lock(), pthread_mutex_trylock() pthread_mutex_unlock() ~ Сигналы signal() sigaction() sigprocmask() Работа с файлами bzero(), memset() fcntl() pipe() poll() read() select() write() close() Приложение Г. Вспомогательные классы Исключения C++ Exception (надкласс) NetException (класс) Служебные классы C++ SimpleString (класс) HostAddress (класс) Классы сообщений C++ Message (абстрактный класс) TextMessage (класс) Классы сокетов C++ 14 Содержание www.books-shop.com Socket(надкласс) SocketStream (класс) SocketServer (класс) SocketClient (класс) Datagram (класс) Broadcast (класс) MessageGroup (класс) Исключения Java java.io.lOException (класс) java.net.SocketException (класс) Служебные классы Java java.net.DatagramPacket (класс) java.net.lnetAddress (класс) Классы ввода вывода Java java.io.lnputStream (абстрактный класс) java.io.ByteArraylnputStream (класс) java.io.ObjectlnputStream (класс) java.io.OutputStream (абстрактный класс) java.io.ByteArrayOutputStream (класс) java.io.ObjectOutputStream (класс) java.io.BufferedReader (класс) java.io.PrintWriter (класс) Классы сокетов Java java.netSocket (класс) java.net.ServerSocket (класс) java.net.DatagramSocket (класс) java.net.MulticastSocket (класс) Предметный указатель Содержание www.books-shop.com www.books-shop.com Об авторе Шон Уолтон получил степень магистра компьютерных наук в 1990 г. в универ ситете Бригема Янга, штат Юта, специализируясь в области теории языков про граммирования и многозадачности. В 1988 г. он начал работать на факультете вы числительной техники этого же университета в качестве консультанта по разра ботке теории и методов управления транспьютерами. Перейдя на должность системного администратора факультета, он впервые столкнулся с программиро ванием BSD сокетов. Впоследствии, будучи сотрудником компании Hewlett Packard, он разработал средство автоматического распознавания языка (PostScript и PCL), применяемое в принтерах LaserJet 4 и более поздних моделей. Шон также создал микрооперационную систему реального времени для микроконтроллера 8052, ко торая эмулировала процессоры принтеров.

Шон много лет профессионально занимался программированием и админист рированием UNIX, включая операционные системы Linux, HP UX, Ultrix, SunOS и System V. Работая со столь разнообразными системами, он сосредоточивал свои усилия на создании методик системно независимого программирования, позво лявших писать приложения, без труда переносимые в любую из систем.

В последние несколько лет Шон вел курсы и читал лекции по основам вычис лительной техники, управлению проектами, объектно ориентированному проек тированию, языкам Java и C++. В начале 1998 г. он начал заниматься программи рованием сокетов в Java и позднее включил этот предмет в свой курс лекций по Java. В настоящее время он сотрудничает с компанией Nationwide Enterprise и парал лельно занимается преподавательской деятельностью.

www.books-shop.com Благодарности Эта книга не появилась бы на свет без помощи нескольких людей. В первую очередь, это моя любимая жена Сьюзан, которая служила мне музой и источни ком вдохновения. Во вторых, это мой отец Уэндел, который пытался учитгь меня организованности и правильному изложению мыслей. В третьих, это само сооб щество Linux, благодаря которому я получил эффективную, надежную операцион ную систему, давшую мне материал для работы. Наконец, я сам не понимал, на сколько эта работа важна для меня в профессиональном плане, пока мои друзья Чарльз Кнутсон и Майк Хольстейн не дали ей свою высокую оценку.

www.books-shop.com Введение Расширение опыта программирования Большинство задач, которые приходится решать программисту в повседневной жизни, связано с выполнением локальных действий в системе. Обычно они не выходят за рамки управления мышью, клавиатурой, экраном и файловой систе мой. Гораздо труднее заставить взаимодействовать несколько программ, которые работают на разных компьютерах, подключенных к сети. Сетевое программиро вание, несомненно, обогатит ваш опыт, так как вам придется координировать ра боту множества компонентов приложения и тщательно распределять обязанности между ними.

Фундаментальной единицей всего сетевого программирования в Linux (и боль шинстве других операционных систем) является сокет. Так же, как функции фай лового ввода вывода определяют интерфейс взаимодействия с файловой систе мой, сокет соединяет программу с сетью. С его помощью она посылает и прини мает сообщения.

Создавать сетевые приложения труднее, чем даже заниматься многозадачным программированием, так как круг возникающих проблем здесь гораздо шире. Не обходимо обеспечивать максимальную производительность, координировать об мен данными и управлять вводом выводом.

В книге рассматривается множество методик и способов решения этих про блем. Она содержит как ответы на конкретные вопросы, так и описание общих стратегий построения профессиональных сетевых программ.

Структура книги Книга состоит из пяти частей, каждая из которых связана с предыдущим ма териалом.

• Часть I, "Создание сетевых клиентских приложений" Представлены вводные сведения о сокетах, определены основные тер мины, описаны различные типы сокетов и принципы адресации, изло жена базовая теория сетей.

• Часть II, "Создание серверных приложений" Рассматриваются серверные технологии, алгоритмы многозадачности, механизмы ввода вывода и параметры сокетов.

• Часть III, "Объектно ориентированные сокеты Язык С — это не единственный язык программирования сокетов. В этой части рассматриваются объектно ориентированные подходы к сетевому программированию и описываются достоинства и недостатки объектной технологии в целом.

• Часть IV, "Сложные сетевые методики" Рассматриваются сложные методики сетевого программирования, вклю чая безопасность, широковещание и групповое вещание, стандарт IPv6 и низкоуровневые сокеты.

Введение www.books-shop.com • Часть V,"Приложения" В приложения вынесен справочный материал, касающийся сокетов. В приложение А включены таблицы, которые слишком велики для основ ных глав. В приложениях Б и В описаны системные функции работы с сокетами и функции ядра.

На сопровождающем Web узле содержатся исходные тексты всех примеров книги, приложения в формате HTML и PDF, а также различные RFC документы в формате HTML.

Предпочтения профессионалов Данная книга предназначена для профессиональных программистов. Обычно профессионалам нужно одно из трех: либо изучить новую технологию, либо ре шить конкретную задачу, либо найти нужные примеры или определения. Главы и приложения книги построены с учетом этих потребностей.

• Последовательное чтение от начала до конца. В любом месте книги рас крывается какая то одна методика. Каждый раздел и глава основаны на предыдущем материале. Вся книга организована по принципу нарастания сложности. Программирование сокетов может показаться поначалу до вольно простой задачей. Однако с ним связано множество "подводных камней" и нюансов, пренебрежение которыми приведет к тому, что от личная программа на самом деле окажется неработоспособной.

• Принцип обзора. Человек, читающий книгу, хочет быстро получить инте ресующую его информацию, не останавливаясь на чрезмерных деталях.

Основные сведения у него уже есть, и он хочет сразу перейти к главно му. Читатель может пропускать разделы до тех пор, пока не найдет то, что ему нужно.

• Справочный материал. Экспертам, как правило, требуется быстро найти то, что им нужно (таблицы, фрагменты программ, описания API функций). Эта информация должна быть лаконичной и легкодоступной.

Многие главы содержат врезки, в которых приводится вспомогательная ин формация, экспертные замечания и советы.

Что необходимо знать В книге приводится много примеров программ, иллюстрирующих ту или иную методику. Чтобы работать с ними, необходимо знать следующее:

• как создать исходный файл на языке С или Java (в любом доступном ре дакторе);

• как скомпилировать полученный файл;

• как запустить скомпилированную программу.

Некоторые примеры требуют модификации ядра (для режимов широковеща ния и группового вещания). В большинстве дистрибутивов Linux сетевая под система инсталлирована и запущена, даже если компьютер не подключен к се ти. Чтобы иметь возможность запускать все программы, описанные в книге, необходимо:

20 Введение www.books-shop.com уметь создавать и компилировать исходные тексты на языках С, C++ и Java;

иметь в наличии все необходимые компиляторы;

уметь конфигурировать ядро;

уметь компилировать и инсталлировать новое ядро.

Соглашения, используемые в книге В книге применяются следующие типографские соглашения.

• Примеры программ, названия функций, инструкций и переменных, а также любой текст, который можно ввести или увидеть на экране, на браны моноширинным шрифтом. Полужирный моноширинный шрифт применяется для выделения изменений в примерах.

• Переменные элементы синтаксиса выделены курсивным моноширинным шрифтом. Они должны заменяться реальными именами файлов, аргу ментами функций и т.д.

• Курсивом выделены ключевые термины, когда они вводятся впервые.

• В текст иногда включаются ссылки на стандартную документацию по Internet — RFC документы (Request For Comments — запросы на коммента рии). В ссылке указывается номер документа, а сама она заключается в квадратные скобки, например [RFC875].

Введение piracy@books-shop.com www.books-shop.com Создание сетевых клиентских прило жений В этой части...

Глава 1. Простейший сетевой клиент Глава 2. Основы TCP/IP Глава 3. Различные типы Internet пакетов Глава 4. Передача сообщений между одноранговы ми компьютерами Глава 5. Многоуровневая сетевая модель www.books-shop.com Глава Простейший сетевой клиент В этой главе...

Связь с окружающим миром посредством сокетов Правила общения: основы адресации в TCP/IP Прослушивание сервера: простейший алгоритм клиентской программы Резюме: что происходит за кулисами www.books-shop.com В темной комнате с плотно затянутыми шторами слабо мерцает экран компьютера. На полу валяются пустые банки из под пива. На экран устав шими и потускневшими после нескольких бессонных ночей глазами смотрит программист.

— Черт бы побрал этот CMOS! Опять батарея полетела! Который час?

Так, звоним в справочную.

— Восемь часов двадцать три минуты и сорок секунд.

— Утра или вечера? Мне что, встать и выглянуть в окно?!

Компьютер, за. которым вы работаете, наверняка подключен к какой нибудь сети. Это может быть крупная корпоративная сеть с выходом в Internet через прокси сервер или домашняя микросеть, объединяющая два компьютера в раз ных комнатах. Сетями соединяются рабочие станции, серверы, принтеры, диско вые массивы, факсы, модемы и т.д. Каждое сетевое соединение использует ка кие нибудь ресурсы или само предоставляет их. В некоторых соединениях для получения информации не требуется двустороннее взаимодействие. Подобно описанному выше звонку в справочную, сетевой клиент в простейшем случае просто подключается к серверу и принимает от него данные.

Какие ресурсы, или сервисы, могут предоставляться сервером? Их множество, но все они делятся на четыре категории:

• общие — дисковые ресурсы;

• ограниченные — принтеры, модемы, дисковые массивы;

• совместно используемые — базы данных, программные проекты, доку ментация;

• делегируемые — удаленные программы, распределенные запросы.

В этой главе последовательно рассказывается о том, как написать простейшее клиентское приложение, подключающееся к некоторому серверу. Читатель узна ет, что собой представляет процесс написания сетевых программ. Наш клиент первоначально будет обращаться к серверу для того, чтобы определить правиль ное время (это пример соединения, в котором от клиента не требуется передавать данные на сервер). По ходу главы будут рассмотрены различные функции, их па раметры и наиболее часто возникающие ошибки.

Для подключения к серверу клиент должен знать его адрес и предоставить ему свой. Чтобы обмениваться сообщениями независимо от своего местоположения, клиент и сервер используют сокеты. Обратимся еще раз к примеру с телефонным звонком. Телефонная трубка имеет два основных элемента: микрофон (передатчик) и динамик (приемник). А телефонный номер, по сути, представляет собой уникальный адрес трубки.

У сокета имеются такие же два канала: один для прослушивания, а другой для передачи (подобно каналам ввода вывода в файловой системе). Клиент (звонящий) подключается к серверу (абоненту), чтобы начать сетевой разговор.

Каждый участник разговора предлагает несколько стандартных, заранее извест ных сервисов (см. файл /etc/services), например телефон, по которому можно узнать правильное время.

Глава 1. Простейший сетевой клиент www.books-shop.com Выполнение примеров, представленных в книге Большинство программ, приводимых в книге, можно выполнять, не имея подключения к сети, :

при условий, что сетевые функцииядра сконфигурованы и демон inetd запущен. В этих про граммах используется локальный сетевой адрес 127.0.0.1 (тaк называемый адрес обратной связи). Даже если сетевые драйверы отсутствуют, дистрибутивы Linux содержат все необходи мые средства для организации, сетевого взаимодействия с использованием адреса Обратной связи.

Клиентская программа должна предпринять несколько действий для установ ления соединения с другим компьютером или сервером. Причем эти действия следует выполнять в определенном порядке. Конечно, читатель спросит: "А по чему нельзя все упростить?" Дело в том, что на каждом из этапов программа мо жет задавать различные опции. Но не пугайтесь: не все действия являются обяза тельными. Если пропустить некоторые из них, операционная система воспользу ется установками по умолчанию.

Базовая последовательность действий имеет такой вид: создание сокета, поиск адресата, организация канала связи с другой программой и разрыв соединения.

Ниже в графическом виде представлены действия, которые должен предпринять клиент при подключении к серверу (рис. 1.1)., Рис. 1.1. Каждый клиент взаимодействует с операционной системой, вызывая определенные функции в заданном порядке Опишем каждый из этапов.

1. Создание сокета. Выбор сетевого домена и типа сокета.

2. Задание параметров сокета (необязательно). Поведение сокета регули руется множеством параметров. Пока сокет открыт, программа может менять любой из них (подробно об этом — в главе 9, "Повышение про изводительности").

26 Часть I. Создание сетевых клиентских приложений www.books-shop.com 3. Привязка к определенному адресу/порту (необязательно). Задание кон кретного IP адреса, а также выбор порта. Если пропустить этот этап, операционная система разрешит связь с любым IP адресом и назначит произвольный номер порта (подробно об этом — в главе 2, "Основы TCP/IP").

4. Подключение к одноранговому компьютеру/серверу (необязательно).

Организация двунаправленного канала связи между клиентской и дру гой сетевой программой. Если пропустить этот этап, будет создан канал адресной передачи сообщений без установления соединения.

5. Частичный разрыв соединения (необязательно). Выбор одного из двух режимов работы: прием или передача. Этот этап можно выполнить, ес ли создан запасной канал связи.

6. Прием/передача сообщений (необязательно). Этот этап можно пропус тить, если требуется всего лишь проверить, доступен ли сервер.

7. Разрыв соединения. Естественно, этот этап важен: долго выполняю щиеся программы могут со временем исчерпать лимит дескрипторов файлов, если не закрывать неиспользуемые сеансы.

В следующих параграфах некоторые из этапов описываются подробнее: при водятся примеры и рассматриваются соответствующие системные вызовы.

Связь с окружающим миром посредством сокетов Несколько лет назад под сетью подразумевался последовательный канал связи между двумя компьютерами. Все компьютеры общались между собой по разным каналам, а для передачи файлов в UNIX применялась система UUCP (UNIX to UNIX Сору). С усовершенствованием технологии кабельной передачи данных концепция разделения канала связи стала реальной. Она означала, что каждый компьютер должен был идентифицировать себя уникальным образом и ждать своей очереди для передачи данных. Существуют различные способы совместного использования каналов связи, и многие из них обеспечивают достаточно хоро шую производительность. Иногда компьютеры пытаются передавать данные од новременно, в результате чего возникают конфликты пакетов.

За решение подобных проблем и организацию повторной передачи данных от вечают аппаратные и другие низкоуровневые драйверы. Это позволяет програм мисту сконцентрироваться на решений вопросов приёма и передачи сообщений.

Библиотека функций работы с сокетами — Socket API (Application Programming Interface) — является основным инструментом программиста.

Программирование сокетов отличается от прикладного и инструментального программирования, поскольку приходится иметь дело с одновременно выпол няющимися программами. Это означает, что требуется дополнительно решать во просы синхронизации и управления ресурсами.

Сокеты позволяют асинхронно передавать данные через двунаправленный ка нал. При этом могут возникать различного рода проблемы, например взаимобло кировки процессов и зависания программ. При тщательном проектировании при Глава 1. Простейший сетевой клиент www.books-shop.com ложений большинство таких проблем вполне можно избежать. О работе в много задачном режиме рассказывается в главе 7, "Распределение нагрузки: многозадач ность", а программирование "надежных" сокетов описывается в главе 10, "Создание устойчивых сокетов".

Обычно перегруженный сервер замедляет работу в сети. Правильная синхрони зация процессов и рациональное распределение ресурсов позволяют снизить на грузку на сервер, повысив пропускную способность сети. Методы повышения про изводительности рассматриваются в части II, "Создание серверных приложений".

Internet — это сеть с коммутацией пакетов. Каждый пакет должен содержать всю необходимую информацию, которая позволит ему достигнуть пункта назна чения. Подобно письму, пакет содержит адреса отправителя и получателя. Пакет путешествует от компьютера к компьютеру пр каналам связи (соединениям). Если в процессе передачи сообщения происходит разрыв соединения, пакет находит другой маршрут (происходит коммутация) либо маршрутизатор посылает отпра вителю сообщение об ошибке, информирующее о невозможности обнаружения получателя. Тем самым обеспечивается определенная надежность соединения. Но в любом случае разрывы сети приводят к потерям данных. Читатели наверняка неоднократно с этим сталкивались.

Правила общения: основы адресации в TCP/IP В сетях применяется множество различных протоколов. Программисты при способили некоторые протоколы для решения специфических задач, таких как передача данных посредством длинных или ультракоротких волн. Другие прото колы предназначены для повышения надежности сети. Семейство протоколов TCP/IP (Transmission Control Protocol/Internet Protocol) ориентировано на переда чу пакетов и выявление нефункционирующих соединений. Если в какой то мо мент обнаруживается нарушение сегментации сети, система тут же начинает ис кать новый маршрут.

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

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

Библиотека Socket API инкапсулирует все необходимые интерфейсы. Это сущест венный отход от привычной идеологии UNIX, когда за каждым уровнем закреп лен собственный набор функций.

Стандартная подсистема функций ввода вывода также является много уровневой. Но компьютеры, работающие с TCP/IP, для взаимодействия друг с другом используют почти исключительно сокеты. Это может показаться странным, если учесть, сколько различных протоколов существует, и вспом нить, сколько раз нам говорили о том, что функции oреn() (возвращает деск риптор файла) и fopen () (возвращает ссылку на файл) практически несовмес тимы. В действительности доступ ко всем семействам протоколов (TCP/IP, 28 Часть I. Создание сетевых клиентских приложений www.books-shop.com IPX, Rose) осуществляется с помощью единственной функции socket(). Она скрывает в себе все детали реализации.

Любой передаваемый пакет содержит в себе данные, адреса отправителя и по лучателя. Плюс каждый из протоколов добавляет к пакету свою сигнатуру, заго ловок и прочую служебную информацию. Эта информация позволяет распро странять пакет на том уровне, для которого он предназначен.

Компьютер, подключенный к Internet, обязательно имеет собственный IP адрес, являющийся уникальным 32 разрядным числом. Если бы адреса не были уникальными, было бы непонятно, куда доставлять пакет.

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

Стандартный формат IP адреса таков: [0 255]. [0 255].[0 255].[0 255], напри мер 123.45.6.78. Значения 0 и 255 являются специальными. Они используются в сетевых масках и в режиме широковещания, поэтому применяйте их с осторож ностью (подробнее о деталях IP адресации рассказывается в главе 2, "Основы TCP/IP"). Номер порта обычно добавляется к адресу через двоеточие:

[0 255].[0 255].[0 255].[0 255]:[0 65535] Например, 128.34.26.101:9090 (IP адрес — 128.34.26.101, порт — 9090)! Но он мо жет добавляться и через точку:

[0 255].[0 255].[0 255].[0 255].[0 65535] Например, 64.3.24.24.9999 (IP адрес — 64.3.24.24, порт — 9999).

Точки и двоеточия в номерах портов Номер порта чаще отделяется двоеточием, а не точкой.

С каждым IP адресом может быть связано более 65000 портов, через которые подключаются сокеты (подробно об этом — в главе 2, "Основы TCP/IP").

Прослушивание сервера: простейший алгоритм клиентской программы Простейшим соединением является то, в котором клиент подключается к сер веру, посылает запрос и получает ответ. Некоторые стандартные сервисы даже не требуют наличия запроса, например сервис текущего времени, доступный через порт с номером 13. К сожалению, во многих системах Linux этот сервис по умол чанию недоступен, и чтобы иметь возможность обращаться к нему, требуется мо дифицировать файл /etc/inetd.conf. Если у вас есть доступ к компьютеру, рабо тающему под управлением операционной системы BSD, HP UX или Solaris, по пробуйте обратиться к указанному порту.

Есть несколько сервисов, к которым можно свободно получить доступ. Запус тите программу Telnet и свяжитесь с портом 21 (FTP):

* telnet 127.0.0.1 Глава 1. Простейший сетевой клиент www.books-shop.com Когда соединение будет установлено, программа получит приветственное сооб щение от сервера. Telnet — не лучшая программа для работы с FTP сервером, но с ее помощью можно проследить базовый алгоритм взаимодействия между клиен том и сервером, схематически представленный в листинге 1.1. В нем клиент под ключается к серверу, получает приветственное сообщение и. отключается.

Листинг 1.1. Простейший алгоритм TCP клиента /***********************************/ /*** Базовый клиентский алгоритм ***/ /***********************************/ Создание сокета Определение адреса сервера Подключение к серверу Чтение и отображение сообщений Разрыв соединения.

Описанный алгоритм может показаться чересчур упрощенным. В принципе, так оно и есть. Но сама процедура подключения к серверу и организации взаи модействия с ним действительно проста. В следующих разделах рассматривается каждый из указанных выше этапов.

Системный вызов socket() Функция socket() является универсальным инструментом, с помощью кото рого организуется канал связи с другим компьютером и запускается процесс приема/передачи сообщений. Эта функция образует единый интерфейс между всеми протоколами в Linux/UNIX. Подобно системному вызову ореn(), создаю щему дескриптор для доступа к файлам и системным устройствам, функция socket () создает дескриптор, позволяющий обращаться к компьютерам по сети.

Посредством параметров функции необходимо указать, к какому уровню стека сетевых протоколов требуется получить доступ. Синтаксис функции таков:

#include #include int socket(int domain, int type, int protocol);

Значения параметров функции могут быть самыми разными. Полный их список приводится в приложении А, "Информационные таблицы". Основные параметры перечислены в табл. 1.1.

Таблица 1.1. Избранные параметры функции socket () Параметр Значение Описание domain PF_INET Протоколы семейства IPV4;

Стек TCP/IP PF_LOCAL Локальные именованные каналы в стиле BSD;

используется утилитой журнальной регистрации, а также при организации очередей принтера PF_IPX Протоколы Novell ' PF_INET6 Протоколы семейства IPv6;

стёк TCP/IP type SOCK_STREAM Протокол последовательной передачи данных (в виде байтового потока) с подтверждением доставки (TCP) 30 Часть I. Создание сетевых клиентских приложений www.books-shop.com Окончание табл. 1. SOCK_RDM Протокол пакетной передачи данных с подтверждением доставки (еще не реализован в большинстве операционных систем) SOCK_RDM Протокол пакетной передачи данных с подтверждением доставки (еще не реализован в большинстве операционных систем) SOCK_DGRAM Протокол пакетной передачи данных без подтверждения доставки (UDP User Datagram Protocol) SOCK_RAW Протокол пакетной передачи низкоуровневых данных без подтвержде ния доставки protocol Представляет собой 32 разрядное целое число с сетевым порядком • следования байтов (подробно об этом — в главе 2, "Основы TCP/IP"). В большинстве типов соединений допускается единственное значение данного параметра: 0 (нуль), а в соединениях типа SOCK_RAW параметр должен принимать значения от 0 до В примерах, приведенных в данной книге, будут использоваться такие пара метры: domain=PF_INET, type=SOCK_STREAM, protocol=0.

Префиксы PF_ и AF_ В рассматриваемых примерах "обозначения доменов в функции socket () даются с префиксом PF_ (protocol family — семейство протоколов). Многие программисты некорректно пользуются константами р префиксом АF_ (address family — семейство адресов). В настоящее время эти се мейства констант взаимозаменяемы, но подобная ситуация может измениться в будущем.

Вызов протокола TCP выглядит следующим образом:

int sd;

sd = socket(PF_INET, SOCK_5TREAM, 0);

В переменную sd будет записан дескриптор сокета, функционально эквивалент ный дескриптору файла:

int fd;

fd = open(...);

В случае возникновения ошибки функция socket () возвращает отрицательное число и помещает код ошибки в стандартную библиотечную переменную errno.

Вот наиболее распространенные коды ошибок.

• EPROTONOSUPPORT. Тип протокола или указанный протокол не поддержи ваются в данном домене. В большинстве доменов параметр protocol должен равняться нулю.

• EACCES. Отсутствует разрешение на создание сокета указанного типа. При создании сокетов типа SOCK RAW и PF_PACKET программа должна иметь привилегии пользователя root.

• EINVAL. Неизвестный протокол либо семейство протоколов недоступно.

Данная ошибка может возникнуть при неправильном указании парамет ра domain или type.

Конечно же, следует знать о том, какие файлы заголовков требуется включать в программу. В Linux они таковы:

Глава 1. Простейший сетевой клиент piracy@books-shop.com #include /* содержит прототипы функций */ #include /* содержит объявления стандартных системных типов данных */ #include /* содержит объявления дополнительных типов данных */ В файле sys/socket.h находятся объявления функций библиотеки Socket API (включая функцию socket(), естественно). В файле sys/types.h определены многие типы данные, используемые при работе с сокетами.

Впримерах книги используется файл resolv.h, cодержащий объявления дополнительных типов данных. Необходимость в нем возникла, когда при тестировании примеров в системах Mandrake 6.0 7.0 оказалось, что существующий файл sys/types.h некорректен (он не включает файл netinet/in.h, в котором определены типы данных, используемые при работе с адресами).

Возможно, в других версиях Linux и UNIX этот файл и с п р а в л е н.

Действие функции socket () заключается в создании очередей, предназначенных для приема и отправки данных. В этом ее отличие от функции ореn(), которая от крывает файл и читает содержимое его первого блока. Подключение очередей к се тевым потокам происходит только при выполнении системного вызова bind().

Если провести аналогию с телефонным звонком, то сокет — это трубка, не подключенная ни к базовому аппарату, ни к телефонной линии. Функции bind(), connect( ) и некоторые функции ввода вывода соединяют трубку с телефоном, а телефон — с линией. (Если в программе не содержится явного вызова функции bind(), то его осуществляет операционная система;

обратитесь к главе 4, "Передача сообщений между одноранговыми компьютерами").

Подключение к серверу После создания сокета необходимо подключиться к серверу. Эту задачу вы полняет функция connect (), действие которой напоминает звонок по телефону.

• Когда вы звоните абоненту, вы набираете его номер, который иденти фицирует телефонный аппарат, расположенный где то в телефонной се ти. Точно так же IP адрес идентифицирует компьютер. Как и у теле фонного номера, у IP адреса есть определенный формат.

• Соединение, телефонное или сетевое, представляет собой канал переда чи сообщений. Когда человек на другом конце провода снимает трубку, соединение считается установленным. Ваш телефонный номер не имеет значения, если только человек, с которым вы общаетесь, не захочет вам перезвонить.

• Номер вашего аппарата определяется внутри АТС, где происходит на правление потоков сообщений, передаваемых в рамках текущего соеди нения. В компьютерной сети абонентский компьютер или сервер дол жен в процессе соединения узнать адрес и порт, по которым можно бу дет связаться с вашей программой.

Вы должны сообщить свой телефонный номер людям, которые могут вам позвонить. В случае программы, принимающей входные звонки, 32 Часть I. Создание сетевых клиентских приложений www.books-shop.com необходимо назначить ей канал (или порт) и сообщить о нем своим клиентам.

Синтаксис функции connect () таков:

#include iinclude int connect(int sd, struct sockaddr *server, int addr_len);

Первый параметр (sd) представляет собой дескриптор сокета, который был создан функцией socket(). Последний, третий, параметр задает длину структуры sockaddr, передаваемой во втором параметре, так как она может иметь разный тип и размер. Это самый важный момент, делающий функцию socket() принци пиально отличной от функций файлового ввода вывода.

Функция socket () поддерживает по крайней мере два домена: PF_INET и PF_IPX.

В каждом из сетевых доменов используется своя структура адреса. Все структуры являются производными от одного общего предка — структуры sockaddr. Именно она указана в заголовке функции connect(). (Полный список определений струк тур содержится в приложении А, "Информационные таблицы".

Абстрактная структура sockaddr.

Структура sockaddr является абстрактной 8 том смысле, что переменные данного типа почти никогда не приходится создавать напрямую. Существует множество других, специализированных структур, приводимых к типу sockaddr. Подобная методика позволяет работать с адресами раз личного формата по некоему общему образцу. Аналогичная абстракция используется при орга низации стеков. В стек могут помещаться данные разных типов, но к ним всегда применяются одинаковые операции: push, (занести), рор (извлечь) и т.д. Во всех структурах семейства sockaddr первое поле имеет суффикс _family и интерпретируется одинаковым образом: оно задает семейство адреса, или сетевой домен. Тип данного поля определяется как 16 разрядное целое число без знака.

Приведем общий вид структуры адреса и рядом для сравнения — структуру адреса в домене PF_INET (взято из файлов заголовков):

struct sockaddr { struct sockaddr_in { unsigned short int sa_family;

sa_family_t sin_family;

unsigned char sa_data[14];

unsigned short int sin_port;

};

struct in_addr sin_addr;

unsigned char _ pad[];

Взаимосвязь между типом сокета и полем семейства адреса в структуре sockaddr Тип домена, задаваемый в функции socket ( ), должен совпадать со значением, которое запи сывается в первое поле структуры sockaddr (за исключением префикса: в первом случае это PF_, во втором — AF_). Например, если в программе создается сокет PF_INET6, то в первое по ле структуры должно быть помещено значение AF_INET6, иначе программа будет неправильно работать. ', Обратите внимание: поля sa_family и sin family в обеих структурах являются общими. Любая функция, получающая подобного рода структуру, сначала прове Глава 1. Простейший сетевой клиент www.books-shop.com ряет первое поле. Следует также отметить, что это единственное поле с серверным порядком следования байтов (подробно об этом — в главе 2, "Основы TCP/IP").

Поля заполнители (sa_data и _pad) используются во многих структурах. По су ществующей договоренности структуры sockaddr и sockaddr_in должны иметь размер 16 байтов (в стандарте IPv6 структура sockaddr_in6 имеет размер 24 байта), поэтому такие поля дополняют тело структуры незначащими байтами.

Читатели, наверное, заметили, что размер массива pad[] не указан. Ничего неправильного в этом нет — таково общепринятое соглашений, Поскольку дан ный массив заполняется нулями, его размер не имеет значения (в случае структу ры sockaddr_in он равен восьми байтам). В некоторых системах в структуре sockaddr_in выделяются дополнительные поля для внутренних вычислений. Не стоит обращать на них внимание, а также использовать их, поскольку нет гаран тии, что эти поля будут поддерживаться в другой системе. В любом случае доста точно инициализировать данную структуру нулями.

Ниже описано назначение полей структуры, а также приведены примеры их содержимого.

Поле Описание Порядок байтов Пример sin family Семейство протоколов Серверный AF_INET sin port Номер порта сервера Сетевой sin addr 127.0.0. IP адрес сервера Сетевой Прежде чем вызвать функцию connect(), программа должна заполнить опи санные поля. В листинге 1.2 показано, как это сделать (полный текст примера имеется на Web узле). Вообще говоря, в Linux не требуется приводить структуру sockaddr_in к типу sockaddr. Если же предполагается использовать программу в разных системах, можно легко добавить операцию приведения типа.

Приведение к типу sockaddr В UNIX системах любую структуру данного семейства можно привести к типу sockaddr. Это по зволит избежать получения предупреждений компилятора. В приводимых примерах данная опе рация не используется только потому, что это делает, примеры немного понятнее (да и Linux это го не требует).

Листинг 1.2. Использование функции connect () /*** Фрагмент программы, демонстрирующий инициализацию ***/ /*** параметров и вызов функции connect(). ***/ idefine PORT_TIME struct sockaddr_in dest;

char *host "127.0.0.1";

int sd;

/**** Создание сокета ****/ bzero(Sdest, sizeof(dest));

/* обнуляем структуру */ dest.sin_family = AF_INET;

/* выбираем протокол */ 34 Часть I. Создание сетевых клиентских приложений www.books-shop.com dest.sin_port = htons ( PORT_TIME ) ;

/* выбираем порт */ inet_aton(host, &dest.sin_addr) ;

/* задаем адрес */ if ( connect (sd, &dest, sizeof (dest)) != 0 ) /* подключаемся! */ { perror("socket connection");

abort();

Перед подключением к серверу выполняется ряд подготовительных действий.

В первую очередь создается структура sockaddr_in. Затем объявляется переменная, содержащая адрес, по которому будет произведено обращение. После этого вы полняются другие, не показанные здесь, операции, включая вызов функции socket(). Функция bzero() заполняет структуру sockaddr_in нулями. Поле sin_family устанавливается равным AF_INET. Далее задаются номер порта и IP адрес. Функции htons () и inet_aton(), выполняющие преобразования типов дан ных, рассматриваются в главе 2, "Основы TCP/IP".

Наконец, осуществляется подключение к серверу. Обратите внимание на не обходимость проверки значения, возвращаемого функцией connect(). Это один из многих приемов, позволяющих повысить надежность сетевых приложений.

После установления соединения дескриптор сокета, sd, становится дескрипто ром ввода вывода, доступным обеим программам. Большинство серверов ориен тировано на выполнение единственной транзакции, после чего разрывают соеди нение (например, сервер HTTP 1.0 отправляет запрашиваемый файл и отключает ся). Взаимодействуя с такими серверами, программа должна посылать запрос, получать ответ и закрывать сокет.

Получение ответа от сервера Итак, сокет открыт, и соединение установлено. Можно начинать разговор.

Некоторые серверы инициируют диалог подобно людям, разговаривающим по те лефону. Они как бы говорят: "Алло!" Приветственное сообщение может включать имя сервера и определенные инструкции.

Когда сокет открыт, можно вызывать стандартные низкоуровневые функции ввода вывода для приема и передачи данных. Ниже приведено объявление функ ции read ( ) :

#include ssize_t read(int fd, void *buf, size_t count);

Эта функция должна быть вам знакома. Вы много раз применяли ее при рабо те с файлами, только на этот раз необходимо указывать дескриптор не файла (fd), а сокета (sd). Вот как обычно организуется вызов функции read( ):

int sd, bytes_read;

sd = socket (PF_INET, SOCK_STREAM, 0);

/* создание сокета */ /**** Подключение к серверу ****/ Глава 1. Простейший сетевой клиент www.books-shop.com bytes_read = read(sd, buffer, MAXBUF);

/* чтение данных.*/ if ( bytes_read < 0 ) /* сообщить об ошибках;

завершить работу */ Дескриптор сокета можно даже преобразовать в файловый дескриптор (FILE*), если требуется работать с высокоуровневыми функциями ввода вывода. Напри мер, в следующем фрагменте программы демонстрируется, как применить функ цию f s c a n f ( ) для чтения данных с сервера (строки, на которые следует обратить внимание, выделены полужирным шрифтом):

char Name[NAME], Address[ADDRESS], Phone[PHONE];

FILE *sp;

' int sd;

sd = socket(PF_INET, SOCK_STREAM, 0);

/* создание сокета */ /**** Подключение к серверу ****/ if ( (sp = fopen(sd, "r")) == NULL ) /* преобразуем дескриптор в формат FILE* */ perror("FILE* conversion failed");

else if ( fscanf(sp, "%*s, %*s, %*s\n", /* читаем данные из файла */ NAME, Nаmе, ADDRESS, Address, PHONE, Phone) < 0) { perror("fscanf");

Только дескрипторы сокетов потокового типа могут быть свободно конверти рованы в формат FILE*. Причина этого проста: в протоколе UDP соединение не устанавливается вовсе — дейтаграммы просто посылаются и все. Кроме того, по токовые сокеты обеспечивают целостность данных и надежную доставку сообще ний, тогда как доставка дейтаграмм не гарантируется. Применение дейтаграмм подобно вложению письма в конверт с адресом, отправляемый по почте: нельзя быть полностью уверенным в том, что письмо дойдет до адресата. Соединение, имеющее дескриптор типа FILE*, должно быть открытым. Если преобразовать данные в формат дейтаграммы, их можно потерять. (Подробнее о дейтаграммах можно узнать в главе 3, "Различные типы Internet пакетов".) Соединения, с которыми связаны файловые дескрипторы, являются для сете вого программиста удобным средством анализа поступающих данных. Следует, однако, быть предельно внимательным: необходимо проверять все возвращаемые значения, даже у функций fprintf() и fscanf(). Обратите внимание на то, что в показанном выше примере отрицательный код, возвращаемый функцией fscanf ( ), сигнализирует об ошибке.

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

36 Часть I. Создание сетевых клиентских приложений www.books-shop.com Возвращаясь к функции read(), отметим, что чаще всего в результате ее вы полнения возникают такие ошибки.

• EAGAIN. Задан режим неблокируемого ввода вывода, а данные недоступ ны. Эта ошибка означает, что программа должна вызвать функцию по вторно.

• EBADF. Указан неверный дескриптор файла, либо файл не был открыт для чтения. Эта ошибка может возникнуть, если вызов функции socket () завершился неуспешно или же программа закрыла входной поток (канал доступен только для записи).

• EINVAL. Указанный дескриптор связан с объектом, чтение из которого невозможно.

Функция read() не имеет информации о том, как работает сокет. В Linux есть другая функция, recv(), которая наряду с чтением данных позволяет контролиро вать работу сокета: / #include #include int recv(int sd, void *buf, int len, unsigned int flags);

Эта функция принимает такие же параметры, как и функция read(), за исклю чением флагов. Флаги можно объединять с помощью операции побитового сло жения (флаг1 | флаг2 |...). Обычно последний параметр задается равным нулю.

Читатели могут поинтересоваться, для чего в таком случае вообще вызывать функцию recv()? He проще ли вызвать функцию read()? Мое мнение таково:

лучше применять функцию recv() — это может помочь вам, если впоследствии работа программы усложнится. Да и, вообще говоря, всегда следует придержи ваться какого то одного стиля.

Ниже перечислены полезные флаги, с помощью которых можно управлять работой сокета. Полный их список представлен в приложении Б, "Сетевые функции".

• MSG_OOB, Обработка внеполосных данных. Применяется для сообщений с повышенным приоритетом. Некоторые протоколы позволяют выбирать, с каким приоритетом следует послать сообщение: обычным или высо ким. Установите этот флаг, чтобы диспетчер очереди искал и возвращал только внеполосные сообщения (подробно об этом — в главе 10, "Создание устойчивых сокетов").

• MSG_PEEK. Режим неразрушающего чтения. Заставляет диспетчер очереди извлекать сообщения, не перемещая указатель очереди. Другими слова ми, при последовательных операциях чтения будут возвращаться одни и те же данные (точнее, должны возвращаться;

обратитесь ко врезке "Получение фрагментированных пакетов").

• MSG_WAITALL. Сообщение не будет возвращено до тех пор, пока не запол нится указанный буфер. При отсутствии этого флага возможно получе ние частично заполненного буфера, поскольку остальные данные еще "в пути". В этом случае программе придется "собирать" их самостоятельно.

• MSG _DONTWAIT. Запрос к сокету не будет блокирован, если очередь сооб щений пуста. Аналогичный режим (неблокируемый ввод вывод) можно Глава 1. Простейший сетевой клиент www.books-shop.com также задать в свойствах самого сокета. Обычно, если данные в очереди отсутствуют, диспетчер очереди ждет до тех пор, пока они не поступят.

А когда этот флаг установлен, функция, запрашивающая данные, немед ленно завершается, возвращая код ошибки EWOULDBLK. (В настоящее вре мя в Linux не поддерживается этот флаг. Чтобы достигнуть требуемого результата, необходимо вызвать'функцию fcntl() с флагом 0_NONBLOCK.

Это заставит сокет всегда работать в режиме неблокируемого ввода вывода.) Получение фрагментированныхпакетов Программа может работать гораздо быстрее чем сеть. Иногда пакет приходят по частям, по тому что маршрутизаторы фрагментируют их для ускорения передачи по медленным сетям. Если в подобной ситуации вызвать функцию recv(), будет прочитано неполное сообщение. Вот по чему даже при наличии флага MSG_PEEK функция recv() при последовательных вызовах может возвращать разные данные: например, сначала 500 байтов, а затем 750. Для решения подобных проблем предназначен флаг MSG_WAITALL.

Функция recv() является более гибкой, чем read(). Ниже показано, как про читать данные из канала сокета (эквивалентно функции read()):

int bytes_read;

bytes_read = recv(sd, buffer, MAXBUF, 0);

А вот как осуществить неразрушающее чтение:

int bytes_read;

bytes_read = recv(sd, buffer, MAXBUF, MSG_PEEK);

Можно даже задать режим неразрушающего чтения внеполосных данных:

int bytes_read;

bytes_read = recv(sd, buffer, MAXBUF, MSG_OOB | MSG_PEEK);

В первом варианте функция просто передает серверу указатель буфера и значение его длины. Во втором фрагменте информация копируется из очереди, но не из влекается из нее.

Во всех трех фрагментах есть одно преднамеренное упущение. Что если сервер пошлет больше информации, чем может вместить буфер? В действительности ни чего страшного не произойдет, это не критическая ошибка. Просто программа потеряет те данные, которые не были прочитаны.

Функция recv() возвращает те же коды ошибок, что и функция read(), но есть и дополнения.

• ENOTCONN. Предоставленный дескриптор сокета не связан с одноранговым компьютером или сервером.

• ENOTSOCK. Предоставленный дескриптор не содержит сигнатуру, указы вающую на то, что он был создан функцией socket().

38 Часть I. Создание сетевых клиентских приложений www.books-shop.com Вообще говоря, функция read() тоже может вернуть эти коды, поскольку на самом деле она проверяет, какой дескриптор ей передан, и если это дескриптор сокета, она просто вызывает функцию recv().

Разрыв соединения Информация от сервера получена, сеанс прошел нормально — настало время прекращать связь. Опять таки, есть два способа сделать это. В большинстве про грамм используется стандартный системный вызов close():

#include int close(int fd);

Вместо дескриптора файла (fd) может быть указан дескриптор сокета (sd) — ра бота функции от этого не изменится. В случае успешного завершения возвраща ется значение 0.

Всегда закрывайте сокеты Возьмите за правило явно закрывать дескрипторы, особенно сокетов. По умолчанию при завер шении программы операционная система закрывает все открытые дескрипторы и "выталкивает" содержимое буферов. Если дескриптор связан с файлом, все проходит незаметно. 6 случае со кета процесс может затянуться, в результате ресурсы останутся занятыми и другим клиентам будет сложнее подключиться к сети.

Функция close () возвращает всего один код ошибки.

• EBADF. Указан неверный дескриптор файла.

Функция shutdown() позволяет лучше управлять процессом разрыва соедине ния, поскольку может закрывать отдельно входные и выходные каналы. Эта функция особенно полезна, когда сокет замещает стандартные потоки stdin и stdout.

Путаница с именем shutdown Функция shutdown () отличается от команды shutdown (см. раздел 8 интерактивного справоч ного руководства по UNIX), которая завершает работу операционной системы.

С помощью функции shutdown() можно закрыть канал в одном направлении, сделав его доступным только для чтения или только для записи:

Iinclude int shutdown(int s, int how);

Параметр how может принимать три значения.

Значение Выполняемое действие 0 Закрыть канал чтения 1 Закрыть канал записи 2 Закрыть оба канала Глава 1. Простейший сетевой клиент www.books-shop.com Резюме: что происходит за кулисами Когда программа создает сокет и подключается к TCP серверу, происходит целый ряд действий. Сам по себе сокет организует лишь очередь сообщений. Ос новной процесс начинается при подключении. Ниже поэтапно расписано, что происходит на стороне клиента и сервера (табл. 1.2).

Таблица 1.2. Действия, выполняемые при создании сокета и подключении к серверу Действия клиента Действия сервера 1. Вызов функции socket(): (Ожидание подключения) создание очереди сообщений, установка флагов протокола 2. Вызов функции connect(): (Ожидание) операционная система назнача ет сокету порт, если он не был назначен с помощью функции bind() 3. Отправка сообщения, в кото ром запрашивается установле ние соединения и сообщается номер порта (Ожидание ответа сервера) 4. Помещение запроса в очередь порта (Ожидание) 5. Чтение данных из очереди, прием запроса и создание уникально го канала для сокета (Ожидание) 6. Создание (иногда) уникального задания или потока для взаимо действия с программой (Ожидание) 7. Отправка подтверждения о том, что соединение установлено.

Сервер либо посылает сообщение по указанному порту, либо ожи дает запроса от программы. После передачи данных сервер может закрыть канал, если он выдает только односторонние сообщения (например, сообщает текущее время) 8. Начало передачи данных Думаю, этого достаточно для простого вызова функции connect(). Описанный процесс может быть гораздо более сложным, если между клиентом и сервером находятся компьютеры, выполняющие маршрутизацию (коммутацию и верифи кацию пакетов, фрагментацию и дефрагментацию, трансляцию протоколов, тун нелирование и т.д.). Библиотека Socket API значительно упрощает сетевое взаи модействие.

Для организации соединения требуется знать язык и правила сетевого обще ния. Все начинается с функции socket(), которая создает аналог телефонной трубки. Через эту "трубку" программа посылает и принимает сообщения. Чтение и запись данных осуществляются с помощью тех же самых функций read() и write() которые применяются при работе с файлами. Более сложные системы J строятся вокруг функции recv().

В сетях TCP/IP есть много других особенностей, требующих пояснения. В следующей главе рассматриваются принципы IP адресации, рассказывается о том, какие бывают порты и что такое порядок следования байтов.

40 Часть I. Создание сетевых клиентских приложений www.books-shop.com Глава Основы TCP/IP В этой главе...

IP адресация Номера IP портов Порядок следования байтов Различные виды пакетов Именованные каналы в UNIX Резюме: IP адреса и средства преобразования данных piracy@books-shop.com Работа в Internet требует знания принципов адресации. Адрес — неотъемлемая часть сообщения. Подобно телефону, компьютер должен иметь идентификацион ный номер, или адрес, чтобы другие компьютеры могли направлять ему данные.

В предыдущей главе рассказывалось о том, что такое сокет. В этой главе мы продолжим знакомство с библиотекой Socket API и узнаем о том, что такое сис тема IP адресации, как происходит маршрутизация, какие бывают форматы пере дачи двоичных данных и какие типы сокетов существуют.

IP адресация В TCP/IP адрес имеет фиксированную длину. Данное ограничение потребова ло от разработчиков протокола IP тщательно продумать особенности его функ ционирования. В свое время протокол позволял решать целый ряд задач, таких как идентификация компьютера, маршрутизация и преобразование адресов. Се годня он сталкивается. с новыми проблемами, связанными со взрывоподобным разрастанием сети Internet.

Идентификация компьютера В сети происходит совместное использование одного ресурса (сетевого кабеля) несколькими компьютерами. Все компьютеры должны быть способны принимать данные, передаваемые по сети. Но если бы каждый компьютер идентифициро вался именем Bob или Sasha, невозможно было бы определить, кому из них сле дует посылать данные. Отсюда возникает необходимость назначения компьютеру уникального идентификатора. Но это еще не все.

Конфликты адресов Рабочая станция не может правильно функционировать в сети, если она делит с кем то свой ад рес (имеет место конфликт адресов). Любой;

кто пытался обнаружить данную коллизию, скажет вам, что это не так просто. Ситуация становится еще хуже, если на одном из компьютеров при меняется протокол динамического назначения адреса (например, DHCP). Наиболее очевидный (и самый трудоемкий) способ решения проблемы — просмотреть свойства каждого компьютера в данном сетевом сегменте.

Сети — это динамичные структуры, имеющие тенденцию усложняться со вре менем. Несмотря на увеличение сети, любой входящий в нее компьютер должен легко обнаруживаться с помощью своего идентификатора. Но следует помнить, что все сообщения, передаваемые по сети, занимают 'часть канала с ограниченной пропускной способностью, поэтому чем меньше избыточной информации в них содержится, тем лучше.

В некоторых сетях в сообщение включается карта маршрутизации. Любой сер вер, перечисленный в списке, получит сообщение и передаст его следующему серверу. Данный подход позволяет снизить сетевой трафик за счет уменьшения объема служебных данных, передаваемых в заголовке сообщения. Если же зако дировать путь к целевому компьютеру в самом адресе, карта маршрутизации ста нет ненужной.

Компьютер, подключенный к сети, уже имеет уникальный идентификатор, на зываемый МАС адресом (Media Access Control — протокол управления доступом к среде). В качестве примера можно привести идентификатор платы Ethernet.

42 Часть I. Создание сетевых клиентских приложений www.books-shop.com Данный идентификатор применяется в процессе сетевой загрузки бездисковых станций, все постоянные ресурсы которых расположены на сервере. Идентифика тор Ethernet имеет длину 6 байтов и обычно записывается в шестнадцатеричном виде, например 00:20:45:FE:A9:OB. Каждая сетевая плата имеет свой уникальный адрес, назначаемый производителем.

К сожалению, применять данный адрес для идентификации компьютера нель зя. Это связано с двумя проблемами. Во первых, каждому маршрутизирующему серверу пришлось бы запрашивать по сети все идентификаторы. База данных со значениями этих идентификаторов может стать чересчур большой, что сущест венно замедлит маршрутизацию сообщений. Во вторых, не во всех протоколах используется МАС адрес (в РРР, например).

Компьютер должен иметь такой идентификатор, который содержал бы встро енный алгоритм маршрутизации сообщения. Вспомните, как записывается адрес на конверте: от общего (название страны) к частному (номер квартиры). Этому свойству удовлетворяют IP адреса.

IP адрес имеет несколько преимуществ по сравнению с аппаратным МАС адресом. Основное из них заключается в том, что адрес может меняться (он не зафиксирован жестко). Благодаря этому появляется возможность вводить класте ры адресов, а владельцы портативных компьютеров избавляются от проблем, свя занных с подключением к сети. Сетевой драйвер преобразует IP адрес в МАС адрес с помощью протокола ARP (Address Resolution Protocol — протокол преоб разования адресов) [RFC826].

Протокол ARP В ARP используется простая таблица преобразования IP адреса в МАС адрес. Все сетевые со общения должны нести в себе МАС адрес, чтобы сетевой адаптер или драйвер могли легко об наруживать нужные сообщения. Но отправитель может не знать МАС адрес получателя, далеко спрятанный за несколькими маршрутизаторами. Поэтому ближайший маршрутизатор просто по сылает сообщение маршрутизаторам, управляющим работой подсети, которая указана в IP адресе. Когда сообщение доходит до маршрутизатора, использующего протокол ARP, проверя ется адресная таблица. Если, найдено совпадение, МАС адрес пакета определяет пункт назначе ния. В противном случае маршрутизатор посылает широковещательное сообщение компьютерам подсети, чтобы определить, кому принадлежит IР адрес.

Структура адресов Internet В Internet применяется схема адресации "от старшего к младшему". Каждый идентификатор представляет собой четырехбайтовое число. Первый байт, если читать слева направо, содержит значение класса сети (рис. 2.1).

Рис. 2.1. IP адрес состоит из нескольких элементов, идентифицирующих различные звенья сети Глава 2. Основы TCP/IP www.books-shop.com IP адрес представляет собой нечто вроде дорожной карты для маршрутизатора.

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

В Internet существует пять базовых классов адресов. Каждый класс представляет собой блок адресов, выделенных для сетей разного размера: от сверхбольших до малых. Схема адресации предусматривает возможность покупки компаниями сег ментов адресов из общего адресного пространства. Классы нумеруются от А до Е.

Класс Адрес Число адресов, назначение 0.0.0.0 0.255.255.255 (Зарезервировано) А 1.0.0.0 — 126.255.255.255 2 2, или 16777214 узлов в каждом сегменте. В данном классе имеется 126 сегментов.

Используется в очень крупных организациях, кото рые при необходимости формируют собственные подсети. Пример — провайдеры Internet 127.0.0.0 — 127.255.255.255 (Зарезервировано для интерфейса обратной связи) В 128.ххх.0.0 191.ххх.255.255 2 2, или 65534 узла в каждом сегменте. В данном классе имеется 64x256 сегментов.

Используется в крупных организациях, например в корпорациях и университетах, которые также могут создавать собственные подсети. Адрес ххх назнача ется подсети (к примеру, 129.5.0.0). Данное адрес ное пространство практически полностью занято С 192.ххх.ххх.0 223.xxx.xxx.255 2 2, или 254 узла в каждом сегменте. В данном сегменте имеется 32x65536 сегментов.

Используется небольшими компаниями и персо нальными серверами Internet D 224.0.0.0 239.255.255..255 2 2, или 268435454 узла.

Данные адреса не выделяются, но зарезервирова ны для режима группового вещания Е 240.0.0.0 255.255.255.255 2 2, или 268435454 узла.

Данная группа адресов зарезервирована на буду щее. Обратите внимание на то, что значение 255.255.255.255 является общим широковеща тельным IP адресом В подобной схеме адресации нет ничего загадочного, если учесть, что для оп ределения класса сети проверяются первые биты адреса. Например, в сетях клас са А первый бит адреса равен 0. В сетях класса В первый бит равен 1, а следую щий за ним — 0.

• Класс А: 0 (00000000) 126 (01111110) • Класс В: 128 (10000000) — 191 (10111111) • Класс С: 192 (11000000) 223 (11011111) • Класс D: 224 (11100000) — 239 (11101111) • Класс Е: 240 (11110000) 255 (11111111) С момента возникновения Internet маршрутизаторы руководствовались такой схемой для быстрой (оценивалось всего 4 бита) проверки того, нужно ли пропус кать сообщение через шлюз. Сегодня маршрутизация выполняется более эффек 44 Часть I. Создание сетевых клиентских приложений www.books-shop.com тивно благодаря протоколу CIDR (Classless Internet Domain Routing — бесклассо вая междоменная маршрутизация). В нем местоположение компьютера в сети и путь к нему определяются на основании старших битов адреса (определения со ответствующих алгоритмов даны в RFC документах с номерами 1517—1519).

Описанная схема адресации была внедрена в протокол IP для эффективной группировки компьютеров по адресам. Благодаря ей маршрутизатор может быст ро определить, что нужно делать: блокировать пакет или передать его интерфейс ному устройству, связанному с указанной подсетью. Последовательная передача пакетов очень важна: недостаточно просто принять пакет, проверить его и отпра вить дальше. Каждый бит, проверяемый маршрутизатором, означает задержку в сети, поэтому маршрутизатор должен просматривать ровно столько битов, сколь ко необходимо для выяснения приемлемости пакета. Другими словами, работа маршрутизатора не должна вызывать задержек распространения пакетов. К при меру, в типичной схеме коммутации телефонных звонков, применяемой в Соеди ненных Штатах, весь телефонный номер не анализируется сразу. Сначала прове ряются первые три цифры, указывающие регион или штат, а затем — следующие три цифры, определяющие телефонный аппарат.

Маски подсети В некоторых классах сетей требуется дополнительная фильтрация адресов.

Сеть, состоящая из 16 миллионов узлов, будет чересчур громоздкой, если все уз лы находятся в одном адресном пространстве. Инсталлируя Linux и конфигури руя сеть, читатели, возможно, обратили внимание на термин маска подсети. Он обязан своим появлением протоколу CIDR, который значительно упростил управление крупными подсетями.

Маска подсети идентифицирует непрерывную группу адресов. Она служит до полнительным фильтром, позволяющим пропускать только определенные сооб щения. Когда поступает сообщение, маршрутизатор накладывает на его адрес маску. Если маска подходит, сообщение пропускается. Маска может иметь любой вид, но самый младший значащий бит идентифицирует начало адреса подсети.

Например, если имеется небольшая сеть из восьми компьютеров и предпола гается, что она может увеличиться не более чем на пять машин, задайте для мар шрутизатора маску вида 187.35.209.208. Младший бит адреса находится в числе 208 (11010000). Таким образом, допустимыми адресами будут те, у которых млад ший байт попадает в диапазон ll0lxxxx, где ХХХХ— это сегмент адресов актив ной подсети. Теперь можно назначать адреса: 187.35.209.208 (маршрутизатор), 187.35.209.209 (компьютер № 1) и т.д. до 187.35.209.222. Старшие биты послед него байта маски не имеют значения, так как начало диапазона адресов опреде ляется самым младшим значащим битом.

Маска подсети и нулевой адрес Использование маски в качестве адреса компьютера может вызвать конфликты и потерю паке тов. Это объясняется наличием специального нулевого адреса. Когда маска накладывается на идентичный ей адрес, образуется нулевой адрес активной подсети. Он всегда зарезервирован для сетевой маски. Кроме того, читатели, наверное, обратили внимание на то, что в рассмот ренном выше примере пропущен адрес 187.35.209.223. Дело в том, что если наложить на не го сетевую маску, полученный адрес активной подсети будет содержать все единицы: 11011111.

Подобные адреса (состоящие из одних единиц) являются широковещательными, Их нельзя ис пользовать в качестве адресов компьютеров.

Глава 2. Основы TCP/IP www.books-shop.com В большинстве случаев нет необходимости заниматься настройкой маршрути заторов, а вопросы их конфигурирования выходят за рамки данной книги. Как правило, если где либо требуется указать маску подсети, достаточно воспользо ваться значением по умолчанию.

Маршрутизаторы и преобразование адресов В Internet любой компьютер теоретически может получить любое сообщение.

Но локальная сеть быстро переполнится сообщениями, передаваемыми между всеми компьютерами сети. Трафик превысит допустимые пределы, пакеты начнут сталкиваться друг с другом (вследствие одновременной передачи), и пропускная способность сети сойдет на нет.

Чтобы этого избежать, в локальных сетях применяется система масок подсе тей, позволяющих локализовать потоки сообщений в пределах определенных групп (или кластеров) компьютеров. Помимо передачи сообщений требуемым интерфейсным устройствам, маршрутизаторы играют роль информационных шлюзов, фильтруя сетевой трафик. Локальные сообщения остаются в пределах кластера, а внешние пропускаются наружу.

Компьютер, подключенный к сети, использует маску подсети, чтобы опреде лить, следует ли направить сообщение маршрутизатору. Сообщения, адресован ные внешним компьютерам, проходят через маршрутизатор, а локальные сооб щения остаются в подсети. Тем самым снижается нагрузка на опорную сеть.

Маршрутизаторы направляют сообщения адресатам, руководствуясь таблицами маршрутизации. Эта система широко применяется в глобальных сетях. На каж дом этапе передачи сообщения от источника к приемнику проверяется IP адрес получателя, который сравнивается с адресами, указанными в таблице маршрути зации. Маршрутизаторы шаг за шагом перемещают сообщения в нужном направ лении. На первом проходе адрес ищется в кластере, на втором — в подсети и т.д.

вплоть до класса. Когда обнаруживается совпадение (на локальном или глобаль ном уровне), сообщение отсылается в нужном направлении, неся в себе МАС адрес нужного маршрутизатора. В конце пути, когда сообщение попадет в нуж ный кластер, с помощью протокола ARP будет произведена замена МАС адреса маршрутизатора МАС адресом требуемого компьютера.

Адаптер Ethernet принимает только те сообщения, в которых указан его иден тификатор. Компьютер, подключенный к сети, после загрузки посылает в подсеть широковещательное сообщение, в котором указывает свой идентификатор Ethernet и IP адрес. Обработкой этих сообщений также управляет протокол ARP.

Специальные и потерянные адреса Как уже упоминалось, существует ряд зарезервированных адресов. В активной подсети таковых два: один содержит все нули (маска подсети), а другой — все единицы (широковещательный адрес). Это означает, что при подсчете числа ад ресов, имеющихся в вашем распоряжении, необходимо дополнительно отнимать 2. Помните: при создании ста подсетей теряется двести адресов.

Но это только начало. Два блока адресов зарезервированы для внутреннего использования: от 0.0.0.0 до 0.255.255.255 и от 127.0.0.0 до 127.255.255.255.

46 Часть I. Создание сетевых клиентских приложений www.books-shop.com Первая группа адресов обозначает "текущую" сеть. Например, если адрес компь ютера 128.187.0.0, то указанный в сообщении адрес 0.0.25.31 неявно преобразу ется в адрес 128.187.25.31.

В 1992 г. Координационный совет сети Internet (TAB — Internet Activities Board) [RFC 1160], вскоре преобразованный в Архитектурный совет сети Internet (Internet Architecture Board), забеспокоился по поводу взрывоподобного роста Internet. Несмотря на применяемые алгоритмы адресации и тщательное планиро вание, число выделенных адресов превысило 450 миллионов. Адресное простран ство катастрофически сокращалось, хотя использовались лишь 2% адресов. Куда исчезли остальные адреса?

Дело в том, что Совет выделял компаниям адреса целыми блоками. При этом компании запрашивали больше адресов, чем реально было необходимо. Это по зволяло им в будущем легко наращивать свои сети, оставаясь в пределах непре рывного диапазона адресов.

Инфляция адресов В одной маленькой компании, где я работал, было зарезервировано 128 адресов. Из них в то время использовалось только 30. Лично для меня выделили 10 адресов, но мне так никогда и не понадобилось больше двух из них. Я полагаю, что эти адреса до сих пор зарезервированы за мной, хотя я покинул компанию более четырех лет назад.

В итоге специальные и неиспользуемые адреса поглотили почти все адресное пространство. Недавние исследования показали, что в сетях класса В и С почти не осталось свободных адресов. Провайдеры Internet задействовали почти все ад реса в классе А. Вскоре доступных адресов не останется вовсе.

Что же делать с потерянным адресным пространством? Как видоизменить су ществующую систему адресации? Организация по назначению имен и адресов в сети Internet (ICANN — Internet Corporation for Assigned Names and Numbers) не может так просто затребовать назад неиспользуемые адреса, которые ранее были проданы компаниям, поскольку информационные подразделения компаний уже провели распределение этих адресов.

Многие компании теперь используют протокол DHCP (Dynamic Host Configuration Protocol — протокол динамической конфигурации сетевых компью теров) [RFC2131], который назначает компьютеру IP адрес после начальной за грузки. Ни один компьютер не владеет IP адресом постоянно. Благодаря этому также решается проблема безопасности, потому что хакеры очень любят фикси рованные адреса.

Напомню, что компьютер, подключенный к сети, в процессе загрузки запус кает модуль запросов DHCP. Этот модуль посылает широковещательное сообще ние, чтобы найти сервер DHCP. Будучи найденным, сервер выделяет адрес из своего пула доступных адресов и посылает его (вместе с соответствующей маской подсети) запрашивающему модулю.

Модуль принимает данные и конфигурирует сетевые протоколы локального компьютера. Иногда из за большой загруженности сети это может занять не сколько секунд. Пока компьютер не сконфигурирован правильно, он подвержен IP амнезии (не знает свой собственный адрес).

Глава 2. Основы TCP/IP www.books-shop.com IP амнезия Амнезия адреса происходит, когда маска подсети и адрес компьютера не заданы должным обра зом. Это может оказаться серьезной проблемой. Даже команда ping 127.0.0.1 не будет рабо тать. Если компьютер проявляет признаки амнезии, исправьте системные файлы. В Red Hat Linux (и родственных системах) требуемые параметры устанавливаются в файлах /etc/sysconfig/ network и /etc/sysconfig/network scripts/ifcfg *.

Другое решение заключается в увеличении длины самого IP адреса. Здесь то на арену и выходит стандарт IPv6 [RFC2460]. В нем применяются адреса четы рехкратного размера: 128 битов, а не 32! Адрес выглядит примерно так:

8008:4523:FOE1:23:830:CF09:1: Естественно, его не так то легко запомнить.

Основное преимущество протокола IPv6 заключается в существенном увели чении адресного пространства. Наличие 3х10 адресов надолго устраняет сущест вующие сегодня проблемы (подробно об этом рассказывается в главе 19, "IPv6:

следующее поколение протокола IP").

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

В системе может быть несколько портов, связанных с одним и тем же адресом.

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

Практически в каждом IP пакете содержится адрес компьютера и номер пор та. Последний указан в 16 разрядном поле в заголовке пакета. Операционная система проверяет это поле и помещает пакет в очередь сообщений соответст вующего порта. Из нее программа читает данные сокета (с помощью системного вызова read() или recv()). Точно так же, когда программа посылает сообщение (посредством функции write() или send()), операционная система помещает дан ные в выходную очередь порта.

По умолчанию только одна программа владеет портом. Если попытаться за пустить на одном и том же компьютере две программы, которые запрашивают одинаковый номер порта, будет получен код ошибки EINVAL. Чтобы задать режим совместного использования порта, необходимо установить для связанных с ним сокетов параметр SO_REUSEADDR (подробнее об этом речь пойдет в главе 9, "Повышение производительности").

Совместное использование портов в многопроцессорных системах Правило, по которому два сокета не должны обращаться к одному и тому же порту, применимо и к симметричным Многопроцессорным системам;

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

48 Часть I. Создание сетевых клиентских приложений www.books-shop.com Со всеми стандартными сервисами связаны номера портов. Полный их список содержится в файле /etc/services (обратитесь к приложению А, "Информацион ные таблицы"). Перечислим некоторые из них.

Порт Имя сервиса, псевдоним Описание 1 tcpmux Мультиплексор сервисов портов TCP 7 echo Эхо сервер 9 discard Аналог устройства /dev/null daytime 13 Системный сервис даты/времени 20 ftp data Порт данных FTP 21 ftp Основной порт FТР подключения 23 telnet Программа Telnet 25 smtp, mail Почтовый сервер UNIX 37 time, timeserver Сервер времени nameserver 42 Сервер имен (DNS) gopher 70 Программа Gopher 79 finger Программа Finger 80 www, http Web сервер Некоторые сервисы должны быть знакомы читателю. С большинством из них можно взаимодействовать посредством программы Telnet. Формат файла /etc/services очевиден: имя сервиса, номер порта, псевдоним и описание. Учти те: даже если сервис указан в файле, он может не выполняться в системе (например, в Mandrake Linux сервисы времени недоступны). Все номера портов, перечисленные в файле /etc/services, являются зарезервированными. Попытка создать аналогичные пользовательские порты приведет к конфликту.

Программа взаимодействует с сокетом через какой нибудь локальный порт. За это отвечает функция bind(). Даже если вызов функции bind() не был произведен, операционная система назначит сокету один из доступных локальных портов.

Привилегированные порты Система безопасности ядра сконфигурирована таким образом, что для доступа к портам с номера ми, меньшими 1024, необходимо иметь права пользователя root. Например, если требуется запус тить сервер времени (порт 13), это должен сделать пользователь root или принадлежащая ему программа, для которой установлен бит SUID. Данная аббревиатура расшифровывается как "set user ID" — смена идентификатора пользователя. Программа с установленным.битом SUID всегда будет выполняться так, будто ее запустил владелец, даже если на самом деле это был другой поль зователь. Например, общедоступная утилита /usr/bin/at (пользовательский планировщик зада ний) должна обращаться к системным cron таблицам, принадлежащим пользователю root. При этом она автоматически переключается в режим суперпользователя. Подробнее о данной возмож ности рм. в документации к системе UNIX. Будьте осторожны: бит SUID потенциально несет в себе угрозу безопасности системы. Если вы являетесь суперпользователем, устанавливайте данный бит только дпя тех программ, о которых известно, что они совершенно безопасны.

Глава 2. Основы TCP/IP www.books-shop.com Как отмечалось ранее, если с сокетом не был связан порт, операционная сис тема сделает это автоматически. Такого рода динамически назначенные порты называются эфемерными. Linux следует правилу BSD систем: эфемерным портам назначаются номера 1024 и выше.

Безопасная отладка Экспериментируя с различными портами, следуйте простым правилам:

* создавайте программу, запускайте ее на выполнение и отлаживайте как обычный пользователь (не пользователь root);

* используйте безопасные номера портов и адреса::

* ведите журнал всех поступающих сообщений.

Порядок следования байтов В сеть могут входить компьютеры разных архитектур и платформ. А самое главное, что в них могут быть разные процессоры. Не все процессоры хранят двоичные числа одинаково. Существуют два базовых формата хранения: прямой (от младшего к старшему) и обратный (от старшего к младшему). Числа, храня щиеся в обратном порядке, читаются слева направо, а числа, хранящиеся в пря мом порядке, — справа налево. Предположим, имеется число 214259635. В шест надцатеричном виде оно записывается как ОхОСС557ВЗ. Процессор с обратным порядком байтов хранит его следующим образом:

Адрес: 00 01 02 03 Данные: ОС С5 57 ВЗ...

Обратите внимание на то, что старший байт (ОС) указан первым. Процессор с прямым порядком байтов хранит число по другому:

Адрес: 00 01 02 03 Данные: ВЗ 57 С5 DC...

Теперь первым указан младший байт (ВЗ).

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

Функции преобразования данных Много лет назад было решено, что в сетях должен применяться обратный по рядок следования байтов. Но как быть с процессорами, использующими прямой порядок? Существует ряд средств, позволяющих выполнить соответствующее преобразование. Они находят широкое применение в сетевых приложениях, за полняющих поля структур семейства sockaddr. Тут есть одна тонкость: не все по ля структуры имеют сетевой порядок следования байтов. Некоторые из них пред 50 Часть I. Создание сетевых клиентских приложений www.books-shop.com ставлены в серверном порядке. Рассмотрим фрагмент программы из главы 1, "Простейший сетевой клиент":

/**************************************************************/ /*** Пример преобразования порядка следования байтов: ***/ /*** заполнение структуры sockaddr_in. ***/ struct sockaddr_in dest;

char *dest_addr = "127.0.0.1";

dest.sin_family = AF_INET;

dest.sin_port = htons(13);

/* порт 13 (сервер времени) */ if (inet_aton(dest_addr, &dest.sin_addr) == 1) { Здесь заполняются три поля: sin_family, sin_port и sin_addr. Первое имеет сер верный порядок байтов, поэтому не требует преобразования. Следующие два имеют сетевой порядок. Значение двухбайтового поля sin_port (13) преобразуется с помощью функции htons(), входящей в группу из четырех функций.

Функция Преобразование Описание htons () Из серверного порядка в сетевой короткий Представляет 16 разрядное число в об ратном порядке htonl() Из серверного порядка в сетевой длинный Представляет 32 разрядное число в об ратном порядке ntohs () Из сетевого порядка в серверный короткий Представляет 16 разрядное число в сер верном порядке ntohl () Из сетевого порядка в серверный длинный Представляет 32 разрядное число в сер верном порядке Эти функции подробно описаны в приложении Б, "Сетевые функции". Воз можно, читателям будет интересно узнать, что перечисленные функции не зани мают время процессора, если на компьютере используется обратный порядок следования байтов.

Функция inet_aton() преобразует IP адрес из точечной записи формата ASCII в эквивалентную двоичную форму, представленную в сетевом порядке (т.е. после нее не требуется вызывать функцию htonl()). Эта функция также входит в группу функций преобразования.

Функция Описание inet_aton() Преобразует адрес из точечной записи (###.###.###.###) в двоичную форму с сетевым порядком следования байтов;

возвращает нуль в случае неудачи и ненулевое значение, если адрес допустимый inet_addr() Устарела (аналог inet_aton()), так как неправильно обрабатывает ошибки;

при возник новении ошибки возвращает 1 (хотя 255.255.255.255 — обычный широковещательный адрес) inet_ntoa() Преобразует IP адрес, представленный в двоичном виде с сетевым порядком следования байтов, в точечную запись формата ASCII gethost Просит сервер имен преобразовать имя (такое как www.linux.org) в один или несколько byname () IP адресов Глава 2. Основы TCP/IP piracy@books-shop.com В библиотеках могут содержаться дополнительные функции преобразования. В данной книге рассматриваются только те из них, которые часто используются.

Дополнительная информация об этих функциях содержится в приложении Б, "Сетевые функции".

Как добиться переносимости Те, кто думают, что обо всех этих преобразованиях можно не заботиться, должны вспомнить:

сама идея написания Linux заключалась в том, чтобы сделать данную ОС совместимой с другими системами. Не так уж и трудно использовать указанные функции на разных платформах. Хоро шим стилем программирования считается написание программы таким образом, как если бы ее нужно было перенести на другой процессор.

Расширение клиентского приложения Следующий шаг в расширении функциональных возможностей нашего клиен та заключается в добавлении к нему способности послать сообщение и получить ответ. Эта задача решается с помощью функции write():

#include ssize_t write(int fd, const void *buf, size_t count);

Аналогично функции read(), первый параметр может быть как дескриптором файла, так и дескриптором сокета.

Вот перечень наиболее распространенных кодов ошибок, которые могут воз никнуть при работе функции.

• EBADF. Указан неверный дескриптор файла либо файл не открыт для чте ния. Эта ошибка появляется, если программа уже закрыла дескриптор сокета или сокет был открыт неправильно (проверьте значение, возвра щенное функцией socket()).

• EINVAL. Указанный дескриптор связан с объектом, запись в который не возможна. Это может случиться, если программа закрыла канал записи.

• EFAULT. В качестве параметра задан неправильный адрес. Указатель buf ссылается на недоступную область памяти, при обращении к которой произошло нарушение сегментации, • EPIPE. Дескриптор связан с каналом или сокетом, который закрыт на противоположной стороне. В этом случае процессу, осуществляющему запись, посылается сигнал SIGPIPE, и если он его принимает, то функция write() генерирует ошибку EPIPE. Данная ошибка может возникнуть только при втором вызове функции. Примерный сценарий таков:

1) клиент подключается к серверу и посылает данные;

2) сервер принимает часть сообщения, после чего разрывает соединение (или происходит сбой системы);

3) ничего не подозревающий клиент посылает следующую порцию данных.

Ниже показан фрагмент программы, представляющий собой типичный пример записи данных в сокет с помощью функции write ():

52 Часть I. Создание сетевых клиентских приложений www.books-shop.com int sd, bytes_written = 0, retval;

sd = socket(PF_INET, SOCK_STREAM, 0);

/*** Подключение к серверу ***/ while ( bytes_written < len) /* цикл повторяется до тех пор, */ { /* пока не будут отправлены все байты сообщения */ retval = write(sd, buffer+bytes_written, len);

if ( retval >= 0) bytes_written += retval;

else /* сообщение об ошибке */ } А вот как можно сделать то же самое с помощью функции fprintf (), которой передается дескриптор сокета, приведенный к типу FILE*:

FILE *sp int sd;

Sd = socket(PF_INET, SOCK_STREAM, 0);

/*** Подключение к серверу ***/ sp = fdopen(sd, "w");

/* создание файлового дескриптора на основе сокета */ if ( sp == NULL) perror("FILE* conversion failed");

fprintf(sp, "%s, %s, %s\n", Name, Address, Phone);

Обратите внимание на то, что в первом случае программе приходится выпол нять цикл while для передачи всех данных. Хотя мы и имеем дело с сокетом, нет гарантии, что программа сможет послать данные за один прием. Во втором случае подобного ограничения нет, поскольку с дескриптором типа FILE* связана от дельная подсистема буферизации: при записи данных в буфер профамма вынуж дена ждать, пока не будут отправлены все данные.

Существует также специализированная функция send(), связанная исключи тельно с сокетами. Она позволяет профаммисту управлять процессом передачи данных подобно тому, как это происходит в случае чтения данных с помощью функции recv(). Объявление функции выглядит так:

#include #include int send(int sd, const void *msg, int len, unsigned int flags);

Назначение первых трех параметров такое же, как и в функции write(). С по мощью флагов, указанных в четвертом параметре, можно контролировать рабо ту сокета.

• MSG_OOB. Режим внеполосной передачи. Позволяет послать серверу или другому сетевому компьютеру один байт, обозначающий срочное сооб щение. Когда приходит внеполосное сообщение, операционная система посылает профамме сигнал SIGURG.

• MSG_DONTROUTE. Запрет маршрутизации пакета. Пакет не проверяется с помощью таблиц маршрутизации и должен быть доставлен адресату на Глава 2. Основы TCP/IP www.books-shop.com прямую. Если адресат недостижим, будет получен код ошибки ENETUNREACH (сеть недоступна). Подобная опция применяется только в программах диагностики и маршрутизации.

• MSG_DONTWAIT. He ждать завершения функции send(). Это позволяет про грамме продолжить работу, как будто функция была выполнена. Когда данные будут переданы, операционная система пошлет программе сиг нал SIGIO. Если запись невозможна из за переполнения очереди функ ции send (), будет возвращено отрицательное число, а в переменную errno будет записано значение EAGAIN.

• MSG_NOSIGNAL. He посылать сигнал SIGPIPE. Когда по какой то причине противоположный конец сокета досрочно закрывается, программа полу чает сигнал SIGPIPE. Если программа не готова его обработать, она будет завершена.

Флаги можно объединять с помощью операции побитового сложения. Вот ти пичный пример использования функции send():

/************************************************************/ /*** Запись данных в канал сокета ****/ /*************************************************************/ int bytes_sent;

bytes_sent = send(sd, buffer, MAXBUF, 0);

/* Передача внеполосных данных */ int bytes_sent;

bytes_sent = send(sd, buffer, MAXBUF, MSG_OOB | MSG_NOSIGNAL);

Ниже перечислено несколько кодов ошибок, которые могут возникать при ра боте функции send().

• EBADF. Указан неверный дескриптор. Очевидно, программа забыла про верить результат функции socket ().

• ENOTSOCK. Указанный дескриптор не связан с сокетом.

• EMSGSIZE. Сокет попросил ядро послать сообщение единым блоком, но размер сообщения оказался слишком велик. Эта ошибка может возни кать при передаче широковещательных сообщений (которые не могут быть фрагментированы) или в случае, когда программа установила для сокета режим нефрагментированной передачи.

• EAGAIN. Сокет установлен в режим неблокируемой передачи, но запра шиваемая операция приведет к блокировке. В действительности это не ошибка, а признак того, что сокет "не готов". Попробуйте послать дан ные позднее.

• EPIPE. Противоположный конец сокета был закрыт. Программа также получит сигнал SIGPIPE, если только не установлен флаг MSG_NOSIGNAL.

Функция send() обычно применяется для передачи серверу служебной инфор мации. Например, если клиент хочет вызвать на сервере программу Finger, он от крывает порт 79, посылает имя пользователя и ждет ответа. При подобном алго ритме не требуется указания дополнительных опций. Но иногда размер прини маемых данных превышает размер входного буфера. В приведенном ниже 54 Часть I. Создание сетевых клиентских приложений www.books-shop.com фрагменте программы демонстрируется, как разрешить такого рода проблему (полный текст программы имеется на Web узле):

/***************************************************************/ /*** Расширение клиентской программы: добавлена возможность ****/ /*** доступа к любому порту и отправки сообщения. ****/ int main(int count, char *strings[]) { int sockfd;

struct sockaddr_in dest;

char buffer[MAXBUF];

/*— Создание сокета и назначение ему порта —*/ sockfd = socket(PF_INET, SOCK_STREAM, 0);

bzero(&dest, sizeof(dest));

dest.sin_family = AF_INET;

dest.sin_port = htons(atoi(strings[2]));

inet_addr(strings[1], &dest.sin_addr.s_addr);

/*— Подключение к серверу и передача ему запроса —*/ if ( connect(sockfd, sdest, sizeof(dest)) != 0 ) PANIC("connect() failed");

sprintf(buffer, "%s\n", strings[3]);

sendfsockfd, buffer, strlen(buffer), 0);

/*— Очистка буфера и чтение КОРОТКОГО ответа —*/ bzero(buffer, MAXBUF);

recv(sockfd, buffer, MAXBUF 1, 0);

printf("%s", buffer);

close(sockfd);

return 0;

} Если необходимо использовать эту программу для приема от сервера больших блоков данных, замените последнюю часть программы:

/************************************************/ /*** Модификация кода, позволяющая принимать ***/ /*** длинные сообщения. ***/ /*************************************************/ /*— Очистка буфера и чтение ДЛИННОГО ответа —*/ do { bzero(buffer, MAXBUF);

bytes = recv(sockfd, buffer, MAXBUF, 0);

printf("%s", buffer);

} while ( bytes > 0);

close(sockfd);

Данный код функционирует правильно, если по окончании передачи данных сер вер закрывает соединение. В противном случае программа "зависнет".

Ожидание данных — это особая проблема, возникающая при программирова нии сокетов. Иногда можно быть уверенным в том, что сервер закроет соедине ние, закончив передавать данные. Но некоторые серверы предпочитают оставлять канал открытым, пока сам клиент не закроет его.

Глава 2. Основы TCP/IP www.books-shop.com Различные виды пакетов В сети поддерживается много разных протоколов. У каждого из них имеются свои функции и особенности, но передача данных все равно осуществляется в виде пакетов. Типы пакетов могут быть следующими.

Именованные сокеты PF LOCAL Подключение к сети не происходит;

выполняется обра ботка очередей средствами файловой системы Стек протоколов TCP/IP PF_INET Передача данных по сетям TCP/IP Стек протоколов Novell PF_IPX Передача данных по сетям Novell Стек протоколов AppleTalk PF_APPLETALK Передача данных по сетям AppleTalk Подробнее о различных протоколах можно узнать в приложении А, "Информационные таблицы". В каждом протоколе существует своя система обо значений и соглашений, но все они используют библиотеку Socket API, что сущест венно упрощает программирование. К сожалению, создание сокета, работающего со всеми протоколами, — слишком сложная задача, поэтому в данной книге мы со средоточимся на сокетах TCP/IP.

Именованные каналы в UNIX Существует проблема: как скоординировать работу программ, посылающих данные и сообщения об ошибках в разное время? Ее можно решить, создав сис темный журнальный файл. Все необходимые для этого функции имеются в биб лиотеке Socket API.

Именованные сокеты позволяют нескольким программам передавать сообще ния (или пакеты) через одно и то же соединение. Они называются именованными, потому что в действительности создают файл на диске. Все взаимодействие лока лизовано в рамках одной системы;

данные не передаются по сети, и ни один се тевой клиент не может подключиться к такому сокету.

Работа с именованным сокетом ведется так же, как и с обычным: создается соединение либо по протоколу TCP, либо UDP. Единственное отличие заключа ется в структуре sockaddr. Приведем пример:

/****************************************************************/ /*** Пример именованного канала ****/ /****************************************************************/ linclude int sockfd;

struct sockaddr_un addr;

sockfd = socket(PF_LOCAL, SOCK_STREAM, 0);

bzerof(&addr, sizeof(addr));

addr.sun_family = AF_LOCAL;

strcpy(addr.sun_path, "/tmp/mysocket");

/* назначаем файл */ if ( bind(sockfd, Saddr, sizeof(adrr)) != 0 ) perror("bind() failed");

Работа программы должна быть понятна читателям. Поле sun_path может содер жать строку длиной до 104 байтов (включая завершающий символ NULL). Далее к 56 ЧастьI. Создание сетевых клиентских приложений www.books-shop.com сокету можно применять стандартные библиотечные функции. То же самое спра ведливо в отношении других протоколов.

После запуска программы загляните в каталог /tmp, и вы увидите там новый файл. Не забудьте его удалить, прежде чем запускать программу повторно.

Резюме: IP адреса и средства преобразования данных Библиотека Socket API является чрезвычайно гибким средством сетевого про граммирования. Она поддерживает множество протоколов, позволяя подключать ся к различным сетям и взаимодействовать с ними.

В TCP/IP применяется схема адресации, основанная на маршрутизации сооб щений и объединении компьютеров в группы. Это позволяет передавать сообще ния без участия отправителя: сообщение, поступившее в сеть, достигает адресата посредством маршрутизации и ARP таблиц. Однако используемый механизм при водит к тому, что много адресов резервируются и "выпадают" из адресного про странства.

В TCP/IP существует также понятие порта. Большинство клиентских прило жений подключается к портам для взаимодействия с конкретными программами на сетевых компьютерах. Это существенно уменьшает поток сообщений.

Данные, передаваемые по сети, могут иметь разный порядок следования бай тов и требуют применения специальных функций преобразования. В библиотеке Socket API определен целый ряд таких функций, одни из которых выполняют преобразование адресов (inet_addr(), inet_aton(), inet_ntoa()), а другие меняют порядок следования байтов (htons(), ntohs(), htonl()).

Программа по разному взаимодействует с протоколами TCP и UDP. В сле дующей главе будут рассмотрены различные типы протоколов Internet и проана лизированы особенности каждого из них.

Глава 2. Основы TCP/IP www.books-shop.com Глава Различные типы Internet пакетов В этой главе:

Базовый сетевой пакет Анализ различных типов пакетов Взаимосвязь между протоколами Анализ сетевого трафика с помощью утилиты tcpdump Создание сетевого анализатора Резюме: выбор правильного пакета www.books-shop.com В физической сети поддерживается несколько типов логических сетевых архи тектур, таких как сети Novell (IPX), Microsoft (NetBEUI), AppleTalk и, конечно же, TCP/IP. Но во всех архитектурах данные передаются в виде пакета, который в общем случае состоит из идентификаторов отправителя и получателя, а также собственно данных. У каждой архитектуры есть свой набор функций и стек про токолов, свои слабые и сильные стороны.

В Internet имеется четыре основных типа пакетов: неструктурированный, ICMP, UDP (передача данных без подтверждения доставки) и TCP (потоковая передача). Все они так или иначе связаны с физическим уровнем сети (рис. 3.1).

В настоящей главе рассматривается каждый из этих типов, анализируются его преимущества и недостатки, демонстрируются типичные случаи его применения.

Рис. 3.1. Библиотека Socket API обеспечивает различные уровни доставки сообщений Базовый сетевой пакет Если бы нам представилась возможность просмотреть биты, передаваемые от одного компьютера к другому, что бы мы увидели? Все протоколы имеют различ ную структуру, но одна черта у них общая: они передают данные, посланные программой. Некоторые протоколы включают в сообщение адрес отправителя, другие требуют указания адреса получателя. Последнее кажется совершенно оче видным, но есть протоколы (например, UUCP), в которых получатель идентифи цируется автоматически на противоположном конце соединения.

Протокол IP (Internet Protocol) [RFC791] требует, чтобы пакет содержал три базовых элемента: адрес отправителя, адрес получателя и данные. Благодаря на личию такой информации пакет становится автономным. Приняв его в любой точке сети, можно легко узнать, откуда он поступил, куда направляется и каков его размер.

Независимость пакетов является важным свойством сети Internet. Если пакет релевантен (содержит актуальные данные, направленные по правильному адресу), маршрутизатор способен переслать его в нужную точку сети.

Глава 3. Различные типы Internet пакетов www.books-shop.com Замещение пакетов Автономность пакетов имеет также отрицательную стророну. Поскольку пакет может быть послан откуда угодно куда угодно, злобные хакеры способны обмануть сетевое обеспечение. В сети не требуется проверять достоверность адреса отправителя. Выполнить замещение аппаратного ад реса (заменить истинного отправителя другим) трудно, нo возможно. Необходимо отметить, что в последних версиях ядра Linux замещение адресов запрещено.

Как рассказывалось в главе 2, "Основы TCP/IP", пакеты имеют сетевой (обратный) порядок следования байтов. Памятуя об этом, давайте рассмотрим программную (листинг 3.1) и физическую (рис. 3.2) структуры пакета.

Версия Длина Тип обслуживания 2 Длина пакета Идентификатор 6 0 OF MF Смещение фрагмента 8 Число переходов Протокол 10 Контрольная сумма заголовка Параметры (до 40 байтов) 20 60 Данные (до 65535 байтов минус заголовок) Рис. 3.2. Структура IP пакета Листинг 3.1. Определение структуры IP пакета /****************************************************************/ /*** Структура IP пакета ***/ /****************************************************************/ #typedef unsigned int uint;

#typedef unsigned char uchar;

struct ip_packet { uint version:4;

/* версия */ uint header_len:4;

/* длина заголовка в двухбайтовых словах */ uint serve_type:8;

/* правила обслуживания пакета */ uint packet_len:16;

/* общая длина пакета в байтах */ uint ID:16;

/* идентификатор пакета */ uint _reserved:1;

/* всегда равно 0 */ uint dont_frag:1;

/* флаг, запрещающий фрагментацию */ uint more_frags:1;

/* флаг наличия последующих фрагментов */ uint frag_offset:13;

/* смещение фрагмента */ 60 Часть I. Создание сетевых клиентских приложений www.books-shop.com uint time_to_live:8;

/* число переходов через маршрутизатор */ uint protocol:8;

/* протокол: ICMP, UDP, TCP */ uint hdr_chksum:16;

/* контрольная сумма заголовка */ uint IPv4_source:32;

/* IP адрес отправителя */ uint IPv4_dest:32;

/* IP адрес получателя */ uchar options[];

/* до 40 байтов служебных данных */ uchar data[];

/* до 64 Кбайт данных */ } Заметьте, что пакет содержит не только те базовые поля, о которых говори лось ранее, но и много других. Все эти дополнительные поля позволяют IP подсистеме контролировать прохождение пакета. Например, поле dont_frag со общает о том, что сообщение нельзя разбивать на блоки: оно должно быть пере дано целиком либо не передано вовсе.

Назначение некоторых полей понятно уже из тех комментариев, которые при ведены в листинге 3.1. Остальные поля требуют дополнительного описания. В следующих разделах рассматриваются те поля, которые можно модифицировать или которые представляют интерес для программиста.

Поле version В первом поле передается номер версии используемого протокола IP. Боль шинство значений либо зарезервировано, либо не используется. Ниже перечислен ряд доступных значений (табл. 3.1).

Таблица 3.1. Значения поля version Значение Протокол 4 IPv 5 Режим потоковой передачи дейтаграмм (экспериментальный протокол) 6 IPv 7 TP/IX (Internet протокол следующего поколения) 8 Internet протокол "Р" 9 Протокол TUBA (TCP and UDP with Bigger Addresses — протоколы TCP и UDP с расши ренными адресами) Заполнить это поле можно только в том случае, если вы создаете неструктури рованный сокет плюс указываете на то, что будете заполнять заголовок самостоя тельно (для этого служит параметр сокета IP_HDRINCL). Но даже в этом случае в поле можно указать значение 0. Нулевой флаг информирует ядро о том, что в данное поле следует подставить нужное значение.

Поле header_len В данном поле указывается длина заголовка в виде количества двухбайтовых слов. Наибольшее допустимое значение — 15 (60 байтов). Опять таки, единст венная ситуация, при которой необходимо заполнять это поле, — когда создается неструктурированный сокет и установлена опция IP_HDRINCL. Поскольку все IP Глава 3. Различные типы Internet пакетов piracy@books-shop.com заголовки содержат не менее 20 байтов, минимальное значение данного поля равно 5 (20/4).

Поле servetype Данное поле указывает на то, как следует обрабатывать пакет. В нем выделя ются два подчиненных поля: первое обозначает приоритет (игнорируется в боль шинстве систем), а второе — тип обслуживания (TOS — type of service). Послед ний обычно задается с помощью функции setsockopt() и может иметь четыре значения: минимальная задержка, максимальная пропускная способность, мак симальная надежность и минимальная стоимость. Отсутствие атрибута указывает на обычный тип обслуживания (подробно об этом рассказывается в главе 9, "Повышение производительности").

Поле ID IP подсистема присваивает каждому пакету уникальный идентификатор. По скольку данное поле занимает всего 16 разрядов, несложно понять, что иденти фикаторы быстро исчерпываются. Тем не менее, к тому времени, когда возник нет необходимость повторно задействовать идентификатор, предыдущий пакет с таким же идентификатором, скорее всего, уже достигнет пункта назначения.

Идентификаторы позволяют собирать фрагментированные пакеты. Когда ус тановлен режим ручного заполнения заголовка (IP_HDRINCL), программисту прихо дится самостоятельно заниматься назначением идентификаторов.

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

Поля dont_frag, morefrag и frag_offset Эти поля управляют фрагментацией пакетов. При прохождении длинного па кета через сетевой сегмент с ограниченной пропускной способностью (задано ог раничение на размер физического кадра) маршрутизатор может попытаться раз бить пакет на составные части (фрагменты). "Сборка" пакета осуществляется уже в пункте назначения. Применение фрагментации снижает производительность, поскольку каждый фрагмент передается в отдельном пакете со своим заголовком.

Системный сборщик пакетов Если ваш компьютер выполняет функции маршрутизатора, можно осуществлять сборку фрагмен тированных пакетов с помощью ядра Linux. Обратитесь к утилите конфигурирования ядра (раздел, посвященный брандмауэрам и маршрутизаторам). Учтите, что" сборка пакетов требует времени, особенно если фрагменты поступают со значительным интервалом. Но поскольку полу чатель все равно должен будет собрать пакет, включение данного режима позволит уменьшить сетевой трафик в пределах брандмауэра.

62 Часть I. Создание сетевых клиентских приложений www.books-shop.com Флаг dont_frag сообщает о том, что маршрутизатор или сервер не должны раз бивать пакет. Если этот флаг установлен, а пакет слишком велик, чтобы пройти через сетевой сегмент, маршрутизатор удалит пакет и вернет ICMP пакет с сооб щением об ошибке.

Флаг more_frags сообщает получателю о том, что следует ожидать дополни тельных фрагментов. В последнем фрагменте этот флаг сброшен (как и в нефраг ментированных пакетах). При самостоятельном заполнении заголовка всегда ус танавливайте этот флаг равным 0.

Поле frag_offset указывает на то, в какой части пакета должен находиться данный фрагмент. Поскольку пакеты распространяются по сети разными путями, они могут достигать адресата в разное время. Зная смещение фрагмента в пакете, получатель может безошибочно собрать пакет. Поле frag_offset занимает всего разрядов — этого слишком мало для пакета размером 64 Кбайт. Поэтому значе ние поля умножается на 8 при вычислении реального смещения. Это также озна чает, что размер каждого фрагмента (кроме последнего) должен быть кратен 8.

Но не беспокойтесь по поводу различных технических подробностей: IP подсистема автоматически управляет фрагментацией и сборкой пакетов. Если па кет не удалось собрать в пределах определенного времени, он будет удален и от правитель получит сообщение об ошибке.

Поле time_to_live (TTL) Первоначально в данном поле задавалось число секунд, в течение которых па кет должен существовать при передаче по сети. Впоследствии в нем стали указы вать число переходов. Переходом называется этап ретрансляции пакета при пере даче через компьютер или маршрутизатор (узел сети), когда пакет удаляется из одной сети и попадает в другую.

Поле time_to_live занимает 8 разрядов, что позволяет ретранслировать пакет 255 раз, прежде чем он будет удален. Когда маршрутизатор или ретранслирующий сервер получает пакет, он уменьшает значение данного поля на единицу. Если поле станет равным нулю до того, как пакет достигнет адресата, узел сети удалит пакет и пошлет отправителю сообщение об ошибке. Подобная схема предотвра щает бесконечное "петляние" неправильного пакета по сети.

Значение поля time_to_live можно задать с помощью параметра IP_TTL сокета (подробно об этом — в главе 9, "Повышение производительности"). Кроме того, его можно установить в процессе ручного заполнения заголовка пакета.

Поле protocol Каждый пакет в сети Internet предается по тому или иному протоколу: ICMP (IPPROTO_ICMP, или 1), UDP (IPPROTO_UDP, или 17) или TCP (IPPROTO_TCP, или 6).

Данное поле сообщает системе о том, как следует интерпретировать пакет. Этот параметр можно задать вручную, если при вызове функции socket() указать кон станту SOCK_RAW. Номера протоколов и связанные с ними символические констан ты определены в системном библиотечном файле netinet/in.h. (He забывайте о том, что, даже если номер протокола определен в файле, сам протокол может не поддерживаться.) Глава 3. Различные типы Internet пакетов www.books-shop.com Поле options IP подсистема может задавать в пакете различные параметры. Это может быть информация для маршрутизатора, метка времени, атрибуты безопасности, преду преждение и т.д. Максимальный размер поля составляет 40 байтов. Поскольку некоторые параметры являются системно зависимыми, устанавливать их вручную нежелательно.

Поле data В этом поле передается собственно сообщение, занимающее до 65535 байтов (минус 60 байтов — максимальный размер заголовка). В разделе данных могут передаваться заголовки протоколов более высокого уровня. Например, для ICMP требуется 4 байта, для UDP — 8, а для TCP — 20 60.

Описанную структуру имеют все пакеты IPv4. Протоколы верхних уровней до бавляют к ней свои данные и средства повышения надежности.

Анализ различных типов пакетов В Internet имеется несколько типов пакетов, от очень быстрых до очень на дежных. Все они основаны на базовой структуре IP пакета, но в то же время ка ждый из них предназначен для решения определенных задач. Чтобы правильно выбрать тип пакета, необходимо знать, какого рода данные передаются.

Наиболее распространены пакеты TCP, UDP, ICMP и неструктурированного типа. У каждого имеются свои преимущества и недостатки (табл. 3.2).

Таблица 3.2. Сравнительные характеристики различных типов пакетов Неструктурирован ICMP UDP TCP ные данные Служебные данные (байты) 20 60 20 60+[4] 20 60+[8] 20 60+[ 60] Размер сообщения (байты) 65535 65535 65535 (не ограничен) Надежность Низкая Низкая Низкая Высокая Тип сообщения Дейтаграмма Дейтаграмма Дейтаграмма Поток Пропускная способность Высокая Высокая Средняя Низкая Целостность данных Низкая Низкая Средняя Высокая Фрагментация Поддерживается Поддерживается Поддерживается Низкая Характеристики протоколов, представленные в таблице, не следует восприни мать буквально. Если надежность отмечена как низкая, то это не означает, что данный протокол не гарантирует доставку сообщений. На основании приведен ных данных можно лишь сравнить протоколы друг с другом.

64 Часть I. Создание сетевых клиентских приложений www.books-shop.com Характеристики пакетов Передача данных по каждому из протоколов связана с определенными особен ностями. В следующих разделах подробно рассмотрены характеристики типов паке тов, перечисленные в табл. 3.2. Приведенная информация поможет читателю по нять, почему тот или иной протокол одни возможности реализует, а другие — нет.

Размер служебных данных К служебным данным относится заголовок пакета, а также данные, передавае мые при инициализации протокола. Большой размер служебных данных приво дит к снижению пропускной способности, поскольку сеть вынуждена тратить больше времени на передачу заголовков, чем на чтение данных.

Строгие алгоритмы синхронизации и квитирования (установления связи) уве личивают объем информации, передаваемой при инициализации протокола. Это особенно заметно в глобальных сетях в связи с задержками распространения па кетов. В табл. 3.2 эти данные не учтены.

Размер сообщения Чтобы вычислить пропускную способность сети, необходимо знать размер па кета и служебных данных. В сумме они определяют максимальный размер пере даваемого сообщения. Поскольку во всех протоколах, кроме TCP, сообщения по сылаются одноразово, их размер зависит от размера IP пакета (65536 байтов).

Надежность Одной из проблем, возникающих в сети, является потеря данных. Сообщение может повредиться или потеряться при переходе от одного компьютера или мар шрутизатора к другому. Кроме того, может произойти сбой самих аппаратных средств. В любом случае программе придется передать сообщение повторно.

Необходимо также убедиться в том, что получатель обработает пакет правиль ным образом. Например, сообщение может не вмещаться в рамки одного пакета.

Если второй пакет достигнет пункта назначения раньше первого, получатель должен корректно разрешить данную проблему. С другой стороны, порядок не важен, если сообщения независимы и самодостаточны.

Надежность пакета определяет степень вероятности, с которой можно гаран тировать его доставку. Низкая надежность означает, что протокол не гарантирует доставку пакета и правильный порядок в случае фрагментации.

Тип сообщения Некоторые сообщения являются самодостаточными и не зависят от других со общений. Небольшие изображения, текстовые файлы, электронные письма могут посылаться одним пакетом. Но есть информация, которая должна передаваться в виде потока, например данные сеанса Telnet, данные канала HTTP, крупные до кументы, двоичные файлы и т.д. Тип сообщения определяет, в каком виде лучше всего отправлять данные по тому или иному протоколу.

Глава 3. Различные типы Internet пакетов www.books-shop.com Протокол HTTP В протоколе HTTP 1.0 данные вполне могли бы передаваться в виде UDP, а не TCP пакетов.

Клиент просто посылает серверу запрос на Конкретный документ, а сервер в ответ высылает файл. По сути, никакого взаимодействия между клиентом и сервером не происходит.

Пропускная способность Наиболее важным аспектом передачи данных является пропускная способ ность сети. Чем она выше, тем спокойнее работается пользователям. Ее необхо димо знать, чтобы добиться наилучшей производительности. Число битов в се кунду еще ничего не означает, это только часть уравнения: данный показатель указывает лишь на то, как могла бы работать сеть в идеальных условиях.

Пропускная способность определяет, сколько данных реально может быть пе редано в течение заданного промежутка времени. Если размер заголовка велик, а блока данных — мал, пропускная способность будет низкой. Еще больше она снижается, когда требуется подтверждение доставки каждого сообщения. Как правило, высокая надежность и целостность означают низкую пропускную спо собность и наоборот.

Целостность данных Современные сетевые технологии предусматривают множество способов обес печения целостности данных. В некоторых протоколах в каждое низкоуровневое сообщение включается контрольная сумма или CRC код (Cyclical Redundancy Check — контроль с помощью циклического избыточного кода). Существуют ап паратные средства фильтрации шумов и выделения значащих данных. Кроме то го, каждый протокол содержит механизмы обнаружения ошибок в передаваемых данных.

Важность поддержания целостности данных зависит от самих данных. Приве дем примеры.

• Ошибки недопустимы — жизненно важные данные. Все, что может быть связано со здоровьем/жизнью: сигналы от медицинского оборудования, команды ракетных установок и т.п.

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

• Важные данные — данные, связанные с правильным функционировани ем программ. В качестве примера можно привести файлы, загружаемые по протоколу FTP, Web страницы, адреса серверов/маршрутизаторов.

• Информационное содержимое — данные, для которых не требуется сто процентная надежность. Это могут быть электронные сообщения, спи ски новостей, те же Web страницы.

• Временные данные — данные, которые важны в течение определенного периода времени. Если до истечения определенного срока программа их не запрашивает, их важность уменьшается. Это могут быть сводки пого ды, программы телепередач и др.

66 Часть I. Создание сетевых клиентских приложений www.books-shop.com • Данные с потерями — данные, которые могут быть частично потеряны без заметного снижения полезности. К таковым относятся аудио и ви деоклипы, изображения, ну и, конечно же, спам.

Прежде чем выбрать тип пакета и протокол, попытайтесь определить тип сво их данных согласно приведенной классификации. Кроме того, в каждой про грамме могут существовать свои собственные ограничения целостности.

Pages:     || 2 | 3 | 4 | 5 |   ...   | 8 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.