Как определить, с какого интерфейса сокет получил сообщение? - PullRequest
Новая
       14

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

12 голосов
/ 02 марта 2009

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

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

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

Ответы [ 5 ]

8 голосов
/ 03 марта 2009

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

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

3 голосов
/ 03 марта 2009

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

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

2 голосов
/ 15 марта 2011

Я создал пример, который извлекает адреса источника, назначения и интерфейса. Для краткости проверка ошибок не предусмотрена. См. Этот дубликат: Получить адрес назначения полученного пакета 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
}
0 голосов
/ 03 марта 2009

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

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

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

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

0 голосов
/ 03 марта 2009

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

...