Как узнать, с какого интерфейса сокет получил сообщение?

Question

Если сокет привязан к IN6ADDR_ANY или INADDR_ANY и вы используете вызов, например recvfrom() для получения сообщений в сокете.Есть ли способ узнать, с какого интерфейса пришло сообщение?

В случае сообщений области канала IPv6 я надеялся, что аргумент from recvfrom() имел бы scope_id Поле инициализируется идентификатором интерфейса.К сожалению, установлено 0 в моей тестовой программе.

Кто-нибудь знает способ узнать эту информацию?

Answer 1

Помимо привязки к каждому интерфейсу, я не знаю способа использования IPv4 как такового.

В IPv6 добавлен параметр сокета IPV6_PKTINFO для устранения этого недостатка.Если эта опция действует, struct in6_pktinfo будут возвращены в качестве вспомогательных данных.

Answer 2

dwc прав, IPV6_PKTINFO будет работать для IPv6 в Linux.

Более того, IP_PKTINFO будет работать для IPv4 — подробности можно посмотреть на странице руководства ip(7).

Answer 3

Я построил пример, который извлекает адреса источника, назначения и интерфейса.Для краткости проверка ошибок не предусмотрена.Посмотрите этот дубликат: Получить адрес назначения полученного UDP-пакета.

// sock is bound AF_INET socket, usually SOCK_DGRAM
// include struct in_pktinfo in the message "ancilliary" control data
setsockopt(sock, IPPROTO_IP, IP_PKTINFO, &opt, sizeof(opt));
// the control data is dumped here
char cmbuf[0x100];
// the remote/source sockaddr is put here
struct sockaddr_in peeraddr;
// if you want access to the data you need to init the msg_iovec fields
struct msghdr mh = {
    .msg_name = &peeraddr,
    .msg_namelen = sizeof(peeraddr),
    .msg_control = cmbuf,
    .msg_controllen = sizeof(cmbuf),
};
recvmsg(sock, &mh, 0);
for ( // iterate through all the control headers
    struct cmsghdr *cmsg = CMSG_FIRSTHDR(&mh);
    cmsg != NULL;
    cmsg = CMSG_NXTHDR(&mh, cmsg))
{
    // ignore the control headers that don't match what we want
    if (cmsg->cmsg_level != IPPROTO_IP ||
        cmsg->cmsg_type != IP_PKTINFO)
    {
        continue;
    }
    struct in_pktinfo *pi = CMSG_DATA(cmsg);
    // at this point, peeraddr is the source sockaddr
    // pi->ipi_spec_dst is the destination in_addr
    // pi->ipi_addr is the receiving interface in_addr
}

Answer 4

Прошло много времени с тех пор, как я занимался кодированием TCP/IP на C/C++, но, насколько я помню, в каждом сообщении (или производном сокете) вы можете получить информацию о заголовках IP.Эти заголовки должны включать адрес получения, который будет IP-адресом интерфейса, о котором вы спрашиваете.

Answer 5

Помимо открытия отдельного сокета на каждом интерфейсе, как предложил Гломек, единственный известный мне способ сделать это окончательно в Windows — это использовать необработанный сокет, например:

  SOCKET s = socket(AF_INET, SOCK_RAW, IPPROTO_IP);

Каждое получение из этого сокета будет IP-пакет, который содержит адреса источника и назначения.Программа, над которой я работаю, требует от меня перевода сокета в беспорядочный режим с использованием опции SIO_RCVALL.Это означает, что я получаю каждый IP-пакет, который интерфейс «видит» в сети.Чтобы извлечь пакеты специально для моего приложения, мне необходимо фильтровать данные, используя адреса и порты в заголовках IP и TCP/UDP.Очевидно, что это, вероятно, больше накладных расходов, чем вам интересно.Я упоминаю об этом только для того, чтобы сказать следующее: я никогда не использовал необработанный сокет, не переводя его в беспорядочный режим.Поэтому я не уверен, сможете ли вы привязать его к INADDR_ANY и с этого момента просто использовать его как обычный сокет или нет.Мне кажется, что можно;Я просто никогда не пробовал.

РЕДАКТИРОВАТЬ: Прочитай это статья для ограничений, касающихся необработанных сокетов в Windows.Самым большим препятствием, с которым я столкнулся в своем проекте, было то, что нужно быть членом группы «Администраторы», чтобы открыть необработанный сокет в Windows 2000 и более поздних версиях.