【问题标题】:Polling interface names via SIOCGIFCONF in Linux在 Linux 中通过 SIOCGIFCONF 轮询接口名称
【发布时间】:2011-02-08 19:41:53
【问题描述】:

我正在尝试轮询网络设备名称。我是从各种 sn-ps 拼凑出来的,

  1. http://unixhelp.ed.ac.uk/CGI/man-cgi?netdevice+7
  2. http://lists.apple.com/archives/Unix-porting/2002/Apr/msg00134.html
  3. http://ubuntuforums.org/showthread.php?t=1421487

但我的输出只是胡言乱语。

#include <stdio.h>
#include <stdlib.h>
#include <net/route.h>
#include <sys/socket.h>
#include <sys/ioctl.h>
#include <net/if.h>

#define BUFLEN 1024
#define SEQ 9999

int main (int argc, const char* argv[])
{
  // File descriptor for socket
  int socketfd;
  struct ifconf conf;
  struct ifreq req[10];
  struct ifreq *ifr;

  printf("Opening socket...");
  socketfd = socket(AF_ROUTE, SOCK_RAW, 0);
  if (socketfd >= 0) {
    printf(" OK\n");
    conf.ifc_len = sizeof(req);
    conf.ifc_buf = (__caddr_t) req;
    ioctl(socketfd,SIOCGIFCONF,&conf);

    printf("Discovering interfaces...\n");
    int i;
    for (i=0; i<conf.ifc_len/sizeof(req[0]); i++) {
      ifr = &conf.ifc_req[i];
      printf("%d. %s\n", i+1, req[i].ifr_name);
    }
  }
  else {
    printf("Failed!\n");
  }
  return 0;
}

输出:

Opening socket... OK
Discovering interfaces...
?u???}??Gh???
2. p?9}?
3.
4. v?=?n??u?`?y??]g?<?~?v??
5.
6.
7.
8. ?v?T?
9. ?|?mw??j??v??h??|??v?T00~??v?$?|??|?@
10. T00~??v?$?|??|?@

我尝试将 ifr_name 数组的每个字符一个接一个地输出,以查看它们是否以 null 结尾,但这并没有太大变化。我的程序的每次迭代都会输出不同的东西,所以这让我认为我引用了一些错误的东西。有人可以向我提供一些关于我可能做错了什么的见解吗?

【问题讨论】:

  • 你没有检查 ioctl() 的返回值。可能是 EOPNOTSUPP,这就是缓冲区中的值没有任何意义的原因。

标签: c linux networking


【解决方案1】:

这是我为 Mac OS X 编写的一些代码:

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <sys/socket.h>
#include <sys/ioctl.h>
#include <net/if.h>
#include <arpa/inet.h>
#include <netinet/in.h>

/* This is defined on Mac OS X */
#ifndef _SIZEOF_ADDR_IFREQ
#define _SIZEOF_ADDR_IFREQ sizeof
#endif

int main (int argc, const char* argv[])
{
  // File descriptor for socket
  int socketfd;
  struct ifconf conf;
  char data[4096];
  struct ifreq *ifr;
  char addrbuf[1024];
  int i;

  printf("Opening socket...");
  socketfd = socket(AF_INET, SOCK_DGRAM, 0);
  if (socketfd >= 0) {
    printf(" OK\n");
    conf.ifc_len = sizeof(data);
    conf.ifc_buf = (caddr_t) data;
    if (ioctl(socketfd,SIOCGIFCONF,&conf) < 0) {
      perror("ioctl");
    }

    printf("Discovering interfaces...\n");
    i = 0;
    ifr = (struct ifreq*)data;
    while ((char*)ifr < data+conf.ifc_len) {
      switch (ifr->ifr_addr.sa_family) {
        case AF_INET:
            ++i;
            printf("%d. %s : %s\n", i, ifr->ifr_name, inet_ntop(ifr->ifr_addr.sa_family, &((struct sockaddr_in*)&ifr->ifr_addr)->sin_addr, addrbuf, sizeof(addrbuf)));
            break;
#if 0
        case AF_INET6:
            ++i;
            printf("%d. %s : %s\n", i, ifr->ifr_name, inet_ntop(ifr->ifr_addr.sa_family, &((struct sockaddr_in6*)&ifr->ifr_addr)->sin6_addr, addrbuf, sizeof(addrbuf)));
            break;
#endif
      }
      ifr = (struct ifreq*)((char*)ifr +_SIZEOF_ADDR_IFREQ(*ifr));
    }
    close(socketfd);
  }
  else {
    printf(" Failed!\n");
  }
  return 0;
}

【讨论】:

  • +1 很好的例子,虽然我想指出您的i 不会代表设备的实际 ifindex,因为如果它们被禁用,它们不会全部返回。缓冲区比它们有意义的要大很多倍。你有char addrbuf[1024];,当 17 个字符对 ipv4 来说就足够了,而 40 个字符对 ipv6 来说就足够了。 sizeof ifreq 是 40 个字节,这意味着您正在为其中的 102 个分配空间,尽管这意味着您不必先检查需要多大的缓冲区。当你应该使用 for 循环时,你也使用了 while 循环。
  • 也可以将ifr = (struct ifreq*)((char*)ifr +_SIZEOF_ADDR_IFREQ(*ifr));替换为++ifr
  • 嗨,在 linux 上,如果接口有 ip 地址,这可以工作。例如,如果您删除 AF_INET6 部分,则不会显示没有 ipv4 的接口。
【解决方案2】:

如您希望在添加或删除接口时收到通知?还是像您只想从系统中找出接口名称一样进行轮询?如果是后者,请查看getifaddrs()

【讨论】:

    【解决方案3】:

    请参阅http://git.netfilter.org/cgi-bin/gitweb.cgi?p=libmnl.git;a=blob;f=examples/rtnl/rtnl-link-dump.c;hb=HEAD 了解如何获取 Linux 上的接口列表。 AF_ROUTE 是一些 BSD 的东西,不鼓励在 Linux 上使用 ioctl,因为它有明显的局限性(例如在单个接口上传送多个地址)。

    【讨论】:

    • 看到这就是为什么我从不喜欢在他们的答案中包含链接的人。除非您知道您引导读者访问的网页上的信息永远不会被删除或删除,否则不要在您的答案中包含链接。该用户应该刚刚在他的答案中复制了 rtnl-link-dump.c 代码。
    • tl;博士;链接已死:-(
    • 链接没有问题,只要它们不是为了理解答案而需要阅读的。不幸的是,现在它有一个死链接,这个答案不好。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-12-08
    • 2012-12-28
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-02-13
    相关资源
    最近更新 更多