Структуры адреса сокета имеют переменную длину, но в этом коде считается, что у каждой из них имеется поле , задающее длину структуры. Есть две сложности, с которыми придется столкнуться. Во-первых, маска подсети и маска клонирования могут возвращаться в структуре адреса сокета с нулевым значением поля , но на самом деле они занимают размер, представленный числом типа (В главе 19 [128] обсуждается свойство клонирования таблицы маршрутизации 4.4BSD.) Это значение соответствует маске, состоящей только из нулевых битов, что мы видели в одном из приведенных выше примеров, когда для заданного по умолчанию маршрута маска подсети имела вид 0.0.0.0. Во-вторых, каждая структура адреса сокета может быть заполнена в конце таким образом, что следующая начнется на определенной границе, которая в данном случае соответствует значению типа (например, 4-байтовая граница для 32-разрядной архитектуры). Хотя структуры _in занимают 16 байт и не требуют заполнения, маски часто имеют в конце заполнение.

Последняя функция, которую мы покажем в примере нашей программы, — это функция

, представленная в листинге 18.6, возвращающая строку для одного из двух возможных значений масок. Маски хранятся в структурах адреса сокета. Элемент не задан, но имеется элемент , принимающий значения 0, 5, 6, 7 или 8 для 32-битовых масок IPv4. Когда длина больше нуля, действительная маска начинается с того же смещения от начала структуры, что и адрес IPv4 в структуре : 4 байта от начала структуры (как показано на рис. 18.21 [128]), что соответствует элементу общей структуры адреса сокета.

Листинг 18.6. Преобразование значения маски к формату представления

 Если длина равна нулю, то подразумевается маска 0.0.0.0. Если длина равна 5, хранится только первый байт 32-разрядной маски, а для оставшихся трех байтов подразумевается нулевое значение. Когда длина равна 8, хранятся все 4 байта маски.

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

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

18.4. Операции функции sysctl

Маршрутизирующие сокеты нужны нам главным образом для проверки таблицы маршрутизации и списка интерфейсов при помощи функции

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

Эта функция использует имена, похожие на имена базы управляющей информации (Management Information Base, MIB) простого протокола управления сетью (Simple Network Management Protocol, SNMP). В главе 25 [111] подробно описываются SNMP и его MIB. Эти имена являются иерархическими.

Аргумент

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

Рис. 18.3. Иерархическая организация имен функции sysctl