UNIX: разработка сетевых приложений
вернуться

Стивенс Уильям Ричард
Шрифт:

8 struct ifconf ifc;

9 struct ifreq *ifr, ifrcopy;

10 struct sockaddr_in *sinptr;

11 struct sockaddr_in6 *sin6ptr;

12 sockfd = Socket(AF_INET, SOCK_DGRAM, 0);

13 lastlen = 0;

14 len = 100 * sizeof(struct ifreq); /* начальное приближение к нужному размеру буфера */

15 for (;;) {

16 buf = Mallос(len);

17 ifc.ifc_len = len;

18 ifc.ifc_buf = buf;

19 if (ioctl(sockfd, SIOCGIFCONF, &ifc) < 0) {

20 if (errno != EINVAL || lastlen != 0)

21 err_sys("ioctl error");

22 } else {

23 if (ifc.ifc_len == lastlen)

24 break; /* успех, значение len не изменилось */

25 lastlen = ifc.ifc_len;

26 }

27 len += 10 * sizeof(struct ifreq); /* приращение */

28 free(buf);

29 }

30 ifihead = NULL;

31 ifipnext = &ifihead;

32 lastname[0] = 0;

33 sdlname = NULL;

Создание сокета Интернета

11
Мы создаем сокет UDP, который будет использоваться с функциями
ioctl
. Может применяться как сокет TCP, так и сокет UDP [128, с. 163].

Выполнение вызова SIOCGIFCONF в цикле

12-28
Фундаментальной проблемой, связанной с вызовом
SIOCGIFCONF
, является то, что некоторые реализации не возвращают ошибку, если буфер слишком мал для хранения полученного результата [128, с. 118–119]. В этом случае результат просто обрезается так, чтобы поместиться в буфер, и функция
ioctl
возвращает нулевое значение, что соответствует успешному выполнению. Это означает, что единственный способ узнать, достаточно ли велик наш буфер, — сделать вызов, сохранить возвращенную длину, снова сделать вызов с большим размером буфера и сравнить полученную длину со значением, сохраненным из предыдущего вызова. Только если эти две длины одинаковы, наш буфер можно считать достаточно большим.

ПРИМЕЧАНИЕ

Беркли-реализации не возвращают ошибку, если буфер слишком мал [128, с. 118-199], и результат просто обрезается так, чтобы поместиться в существующий буфер. Solaris 2.5 возвращает ошибку EINVAL, если возвращаемая длина больше или равна длине буфера. Но мы не можем считать вызов успешным, если возвращаемая длина меньше размера буфера, поскольку Беркли-реализации могут возвращать значение, меньшее размера буфера, если часть структуры в него не помещается.

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

Выделение в памяти места под буфер фиксированного размера для результата вызова SIOCGIFCONF стало проблемой с ростом Сети, поскольку большие веб-серверы используют много альтернативных адресов для одного интерфейса. Например, в Solaris 2.5 был предел в 256 альтернативных адресов для интерфейса, но в версии 2.6 этот предел вырос до 8192. Обнаружилось, что на сайтах с большим числом альтернативных адресов перестают работать программы с буферами фиксированного размера для размещения информации об интерфейсе. Хотя Solaris возвращает ошибку, если буфер слишком мал, эти программы размещают в памяти буфер фиксированного размера, запускают функцию ioctl, но затем перестают работать при возвращении ошибки.

12-15
Мы динамически размещаем в памяти буфер начиная с размера, достаточного для 100 структур
ifreq
. Мы также отслеживаем длину, возвращаемую последним вызовом
SIOCGIFCONF
в
lastlen
, и инициализируем ее нулем.

19-20
Если функция
ioctl
возвращает ошибку
EINVAL
и функция еще не возвращалась успешно (то есть
lastlen
все еще равно нулю), значит, мы еще не выделили буфер достаточного размера, поэтому мы продолжаем выполнять цикл.

22-23
Если функция
ioctl
завершается успешно и возвращаемая длина равна
lastlen
, значит, длина не изменилась (наш буфер имеет достаточный размер), и мы с помощью функции
break
выходим из цикла, так как у нас имеется вся информация.

26-27
В каждом проходе цикла мы увеличиваем размер буфера для хранения еще 10 структур
ifreq
.

Инициализация указателей связного списка

29-31
Поскольку мы будем возвращать указатель на начало связного списка структур
ifi_info
, мы используем две переменные
ifihead
и
ifipnext
для хранения указателей на список по мере его создания.

Следующая часть нашей функции

get_ifi_info
, содержащая начало основного цикла, показана в листинге 17.5.

Листинг 17.5. Конфигурация интерфейса процесса

//lib/get_ifi_info.c

34 for (ptr = buf; ptr < buf + ifc.ifc_len; ) {

35 ifr = (struct ifreq*)ptr;

36 #ifdef HAVE_SOCKADDR_SA_LEN

37 len = max(sizeof(struct sockaddr), ifr->ifr_addr.sa_len);