UNIX: разработка сетевых приложений
20.2. Когда в FreeBSD обработчик сигналов записывает байт в канал, а затем завершается, функция
возвращает ошибкуselect. Она вызывается заново и при завершении сообщает о возможности чтения из канала.EINTRГлава 21
21.1.Если запустить программу, то она не выведет ничего. Для предотвращения получения многоадресных дейтаграмм сервером, не ожидающим их, ядро не доставляет дейтаграммы на сокет, не выполнявший никаких многоадресных операций (в частности, не присоединявшийся к группам). Происходит следующее. В адресе получателя UDP-дейтаграммы стоит 224.0.0.1 — это группа всех узлов, в которой должны состоять узлы, поддерживающие многоадресную передачу. UDP-дейтаграмма посылается как многоадресный кадр Ethernet, и все узлы с поддержкой многоадресной передачи должны получить ее, поскольку все они входят в указанную группу. Все отвечающие узлы передают полученную UDP-дейтаграмму серверу времени и даты (обычно он является частью демона
), даже если этот сокет не находится в группе. Однако ядро сбрасывает полученную дейтаграмму, потому что процесс, связанный с портом сервера времени и даты, не установил параметры многоадресной передачи.inetd21.2. В листинге Д.8 показаны простые изменения функции
для связывания (main) с адресом многоадресной передачи и портом 0.bindЛистинг Д.8. Функция main UDP-клиента, осуществляющая связывание с адресом многоадресной передачи
//mcast/udpcli06.c1 #include "unp.h"2 int3 main(int argc, char **argv)4 {5 int sockfd;6 socklen_t salen;7 struct sockaddr *cli, *serv;8 if (argc != 2)9 err_quit("usage: udpcli06 <Ipaddress>");10 sockfd = Udp_client(argv[1], "daytime", (void**)&serv, &salen);11 cli = Malloc(salen);12 memcpy(cli, serv, salen); /* копируем структуру адреса сокета */13 sock_set_port(cli, salen, 0); /* и устанавливаем порт в 0 */14 Bind(sockfd, cli, salen);15 dg_cli(stdin, sockfd, serv, salen);16 exit(0);17 }К сожалению, все три системы, на которых проводилась проверка — FreeBSD 4.8, MacOS X и Linux 2.4.7, — позволяют использовать функцию
, а затем посылают UDP-дейтаграммы с IP-адресом многоадресной передачи отправителя.bind21.3. Если мы запустим программу
для группы узлов 224.0.0.1 на нашем узлеping, получим следующий вывод:aixsolaris % <b>ping 224.0.0.1</b>PING 224.0.0.1: 56 data bytes64 bytes from 192.168.42.2: icmp_seq=0 ttl=255 time=0 ms64 bytes from 192.168.42.1: icmp_seq=0 ttl=64 time=1 ms (DUP!)<b>^C</b>----224.0.0.1 PING Statistics----1 packets transmitted. 1 packets received. +1 duplicates. 0% packet lossround-trip min/avg/max = 0/0/0 msОтветили оба узла в правой сети Ethernet на рис. 1.7.
ПРИМЕЧАНИЕДля предотвращения определенных типов атак некоторые системы не отвечают на широковещательные и многоадресные ICMP-запросы. Чтобы получить ответ от freebsd, нам пришлось специально настроить эту систему:
freebsd % <b>sysctl net.inet.icmp.bmcastecho=1</b>21.5. Величина 1 073 741 824 преобразуется в значение с плавающей точкой и делится на 4 294 967 296, что дает значение 0,250. В результате умножения на 1 000 000 получаем значение 250 000 в микросекундах, а это одна четверть секунды. Наибольшая дробная часть получается при делении 4 294 967 295 на 429 4967 296 и составляет 0,99 999 999 976 716 935 634. Умножая это число на 1 000 000 и отбрасывая дробную часть, получаем 999 999 — наибольшее значение количества микросекунд.
Глава 22
22.1. Вспомните, что функция
использует свой собственный статический буфер для хранения результата. Если мы вызовем ее дважды в качестве аргумента в вызовеsock_ntop, второй вызов приведет к перезаписи результата первого вызова.printf22.2. Да, если ответ содержит 0 байт пользовательских данных (например, структура
).hdr22.3. Поскольку функция
не изменяет структуруselect, которая определяет ее ограничение по времени, нам следует заметить время отправки первого пакета (оно возвращается в миллисекундах функциейtimeval). Если функцияrtt_tsсообщает, что сокет готов к чтению, заметьте текущее время, а если функцияselectвызывается повторно, вычислите новый тайм-аут для функцииrecvmsg.select22.4. Обычным решением будет создать по одному сокету на каждый адрес интерфейса, как было сделано в разделе 22.6, и отправлять ответ с того же сокета, на который пришел запрос.
22.5. Вызов функции
без аргумента имени узла и без флагаgetaddrinfозаставляет эту функцию считать, что используется локальный адрес 0::1 (для IPv6) или 127.0.0.1 (для IPv4). Напомним, что структура адреса сокета IPv6 возвращается функциейAI_PASSIVEперед структурой адреса сокета IPv4 при условии, что поддерживается протокол IPv6. Если узел поддерживает оба протокола, вызов функции socket вgetaddrinfoзакончится успешно при указании семейства протоколовudp_client.AF_INET6В листинге Д.9 приведена не зависящая от протокола версия программы.
Листинг Д.9. Не зависящая от протокола версия программы из раздела 22.6
//advio/udpserv04.c1 #include "unpifi.h"2 void mydg_echo(int, SA*, socklen_t);3 int