UNIX: разработка сетевых приложений
UNIX: разработка сетевых приложений читать книгу онлайн
Новое издание книги, посвященной созданию веб-серверов, клиент-серверных приложений или любого другого сетевого программного обеспечения в операционной системе UNIX, — классическое руководство по сетевым программным интерфейсам, в частности сокетам. Оно основано на трудах Уильяма Стивенса и полностью переработано и обновлено двумя ведущими экспертами по сетевому программированию. В книгу включено описание ключевых современных стандартов, реализаций и методов, она содержит большое количество иллюстрирующих примеров и может использоваться как учебник по программированию в сетях, так и в качестве справочника для опытных программистов.
Внимание! Книга может содержать контент только для совершеннолетних. Для несовершеннолетних чтение данного контента СТРОГО ЗАПРЕЩЕНО! Если в книге присутствует наличие пропаганды ЛГБТ и другого, запрещенного контента - просьба написать на почту [email protected] для удаления материала
5.2. Наши клиент-серверные программы не работают с двоичными файлами. Допустим, что первые 3 байта в файле являются двоичной единицей (1), двоичным нулем (0) и символом новой строки. При вызове функции
fgetsMAXLINEstrlenreadlinefgets5.3. Программа
Telnet5.4. Нет, последние два сегмента из последовательности завершения соединения не посылаются. Когда клиент посылает серверу данные после уничтожения дочернего процесса сервера (ввод строки
another line5.5. Ничего не меняется, потому что процесс, запущенный на узле сервера, создает прослушиваемый сокет и ждет прибытия запросов на соединение. На третьем шаге мы посылаем сегмент данных, предназначенный для установленного соединения TCP (состояние ESTABLISHED). Наш сервер с прослушиваемым сокетом не увидит этот сегмент данных, и TCP сервера по-прежнему будет посылать клиенту сегмент RST.
5.6. В листинге Д.1 [1] приведена программа. Запуск этой программы в Soalris генерирует следующий вывод:
solaris % <b>tsigpipe 192.168.1.10</b>SIGPIPE receivedwrite error: Broken pipeНачальный вызов функции
sleepwritesleepwriteSIGPIPEEPIPEЛистинг Д.1. Генерация SIGPIPE
//tcpcliserv/tsigpipe.c 1 #include "unp.h" 2 void 3 sig_pipe(int signo) 4 { 5 printf("SIGPIPE receivedn"); 6 return; 7 } 8 int 9 main(int argc, char **argv)10 {11 int sockfd;12 struct sockaddr_in servaddr;13 if (argc != 2)14 err_quit("usage: tcpcli <Ipaddress>");15 sockfd = Socket(AF_INET, SOCK_STREAM, 0);16 bzero(&servaddr, sizeof(servaddr));17 servaddr.sin_family = AF_INET;18 servaddr.sin_port = htons(13); /* сервер времени и даты */19 Inet_pton(AF_INET, argv[1], &servaddr.sin_addr);20 Signal(SIGPIPE, sig_pipe);21 Connect(sockfd, (SA*)&servaddr, sizeof(servaddr));22 sleep(2);23 Write(sockfd, "hello", 5);24 sleep(2);25 Write(sockfd, "world", 5);26 exit(0);27 }5.7. В предположении, что узел сервера поддерживает модель системы с гибкой привязкой (см. раздел 8.8), все будет работать. Узел сервера примет IP-дейтаграмму (которая в данном случае содержит TCP-сегмент), прибывшую на самый левый канал, даже если IP-адрес получателя является адресом самого правого канала. Это можно проверить, если запустить наш сервер на узле
linuxsolarisnetstat5.8. Наш клиент был запущен в системе Intel с прямым порядком байтов, где 32-разрядное целое со значением 1 хранится так, как показано на рис. Д.1.
Рис. Д.1. Представление 32-разрядного целого числа 1 в формате прямого порядка байтов
Четыре байта посылаются на сокет в следующем порядке: A, A + 1, A + 2 и A + 3, и там хранятся в формате обратного порядка байтов, как показано на рис. Д.2.
Рис. Д.2. Представление 32-разрядного целого числа с рис. Д.1 в формате обратного порядка байтов
