Книга: UNIX: разработка сетевых приложений
14.6. Вспомогательные данные
Разделы на этой странице:
14.6. Вспомогательные данные
Вспомогательные данные (ancillary data) можно отправлять и получать, используя элементы msg_control
и msg_controllen
структуры msghdr
с функциями sendmsg
и recvmsg
. Другой термин, используемый для обозначения вспомогательных данных, — управляющая информация (control information). В этом разделе мы рассматриваем данное понятие и показываем структуру и макросы, используемые для создания и обработки вспомогательных данных. Примеры программ мы откладываем до следующих глав, в которых рассказывается о применении вспомогательных данных.
В табл. 14.4 приводится обобщение различных вариантов применения вспомогательных данных, рассматриваемых в этой книге.
Таблица 14.4. Использование вспомогательных данных
Протокол | cmsg_level | cmsg_type | Описание |
---|---|---|---|
IPv4 | IPPROTO_IP | IP_RECVDSTADDR | Получает адрес получателя с дейтаграммой UDP |
IP_RECVIF | Получает индекс интерфейса с дейтаграммой UDP | ||
IPv6 | IPPROTO_IPV6 | IPV6_DSTOPTS | Задает/получает параметры получателя |
IPV6_HOPLIMIT | Задает/получает предел количества транзитных узлов | ||
IPV6_HOPOPTS | Задает/получает параметры для транзитных узлов | ||
IPV6_NEXTHOP | Задает следующий транзитный адрес | ||
IPV6_PKTINFO | Задает/получает информацию о пакете | ||
IPV6_RTHDR | Задает/получает информацию о пакете | ||
Домен Unix | SOL_SOCKET | SCM_RIGHTS | Посылает/получает дескрипторы |
SCM_CREDS | Посылает/получает данные, идентифицирующие пользователя |
Набор протоколов OSI также использует вспомогательные данные для различных целей, которые мы не рассматриваем в этой книге.
Вспомогательные данные состоят из одного или более объектов вспомогательных данных (ancillary data objects), каждый из которых начинается со структуры cmsghdr
, определяемой подключением заголовочного файла <sys/socket.h>
:
struct cmsghdr {
socklen_t cmsg_len; /* длина структуры в байтах */
int cmsg_level; /* исходящий протокол */
int cmsg_type; /* тип данных, специфичный для протокола */
/* далее следует массив символов без знака cmsg_data[] */
};
Мы уже видели эту структуру на рис. 14.2, когда она использовалась с параметром сокета IP_RECVDSTADDR
для возвращения IP-адреса получателя полученной дейтаграммы UDP. Вспомогательные данные, на которые указывает элемент msg_control
, должны быть соответствующим образом выровнены для структуры cmsghdr
. Один из способов выравнивания мы показываем в листинге 15.7.
На рис. 14.3 приводится пример двух объектов вспомогательных данных, содержащихся в буфере управляющей информации.
Рис. 14.3. Два объекта вспомогательных данных
Элемент msg_control
указывает на первый объект вспомогательных данных, а общая длина вспомогательных данных задается элементом msg_controllen
. Каждому объекту предшествует структура cmsghdr
, которая описывает объект. Между элементом cmsg_type
и фактическими данными может существовать заполнение, а также заполнение может быть в конце данных, перед следующим объектом вспомогательных данных. Пять макросов CMSG_xxx
, которые мы описываем далее, учитывают это возможное заполнение.
ПРИМЕЧАНИЕ
Не все реализации поддерживают наличие нескольких объектов вспомогательных данных в буфере управляющей информации.
На рис. 14.4 приводится формат структуры cmsghdr
при ее использовании с доменным сокетом Unix для передачи дескрипторов (см. раздел 15.7) или передачи данных, идентифицирующих пользователя (см. раздел 15.8).
Рис. 14.4. Структура cmsghdr при использовании с доменными сокетами Unix
Предполагается, что каждый из трех элементов структуры cmsghdr
занимает 4 байта и между структурой cmsghdr
и данными нет заполнения. При передаче дескрипторов содержимое массива cmsg_data
— это фактические значения дескрипторов. На этом рисунке мы показываем только один передаваемый дескриптор, но в общем может передаваться и более одного дескриптора (тогда значение элемента cmsg_len
будет равно 12 плюс число дескрипторов, умноженное на 4, если считать, что каждый дескриптор занимает 4 байта).
Вспомогательные данные, возвращаемые функцией recvmsg
, могут содержать любое число объектов вспомогательных данных. Чтобы скрыть возможное заполнение от приложения, для упрощения обработки вспомогательных данных определены следующие пять макросов (что требует включения заголовочного файла <sys/socket.h>
).
#include <sys/socket.h>
#include <sys/param.h> /* для макроса ALIGN во многих реализациях */
struct cmsghdr *CMSG_FIRSTHDR(struct msghdr *mhdrptr);
Возвращает: указатель на первую структуру cmsghdr или NULL, если нет вспомогательных данных
struct cmsghdr *CMSG_NXTHDR(struct msghdr *mhdrptr, struct cmsghdr *cmsgptr);
Возвращает: указатель на структуру cmsghdr или NULL, если нет больше объектов вспомогательных данных
unsigned char *CMSG_DATA(struct cmsghdr *cmsgptr);
Возвращает: указатель на первый байт данных, связанных со структурой cmsghdr
unsigned int CMSG_LEN(unsigned int length);
Возвращает: значение, которое записывается в cmsg_len
unsigned int CMSG_SPACE(unsigned int length);
Возвращает: общий размер объекта вспомогательных данных
ПРИМЕЧАНИЕ
В POSIX определены первые пять макросов, а в [113] определены последние два.
Эти макросы могли бы быть использованы в следующем псевдокоде:
struct msghdr msg;
struct cmsghdr *cmsgptr;
/* заполнение структуры msg */
/* вызов recvmsg() */
for (cmsgptr = CMSG_FIRSTHDR(&msg); cmsgptr != NULL;
cmsgptr = CMSG_NXTHDR(&msg, cmsgptr)) {
if (cmsgptr->cmsg_level == ... &&
cmsgptr->cmsg_type == ...) {
u_char *ptr;
ptr = CMSG_DATA(cmsgptr);
/* обработка данных, на которые указывает ptr */
}
}
Макрос CMSG_FIRSTHDR
возвращает указатель на первый объект вспомогательных данных или пустой указатель, если в структуре msghdr
нет вспомогательных данных (или msg_control
является пустым указателем, или cmsg_len
меньше размера структуры cmsghdr
). Макрос CMSG_NXTHDR
возвращает пустой указатель, когда в буфере управления нет другого объекта вспомогательных данных.
ПРИМЕЧАНИЕ
Многие существующие реализации макроса CMSG_FIRSTHRD никогда не используют элемент msg_controllen и просто возвращают значение cmsg_control. В листинге 22.2 мы проверяем значение msg_controllen перед вызовом макроопределения.
Разница между макросами CMSG_LEN
и CMSG_SPACE
заключается в том, что первый возвращает длину объекта вместе с дополняющими нулями (это значение хранится в cmsg_len
), а последний возвращает длину собственно объекта (это значение может использоваться для динамического выделения памяти под объект).
- Вспомогательные материалы
- Достоверные данные
- Как завершить работу с программой и сохранить данные, с которыми я работал?
- Как переносить данные через USB-брелок («флэшку»)?
- В дисках используется не NTFS, а я хочу защитить свои данные. Как быть?
- Данные и процесс
- Тестовые данные (Test Data)
- 10.2.4 Срочные данные
- Входные и выходные данные
- Производные данные
- МЕТА-ДАННЫЕ И ПОИСК
- Глава 8. Как хранятся данные?