libevent 1.4和2.0之间的区别如何影响libpcap事件?

时间:2015-10-12 21:16:42

标签: network-programming libpcap libevent

我在程序中使用libpcap和libevent。

相关的源代码是:

const u_int16_t RELAY_PORT = 8000;

pcap_t *create_pcap(const void *dev, pcap_style_t style)
{
    pcap_t *handle;                 /* Session handle */
    struct bpf_program fp;          /* The compiled filter */
    bpf_u_int32 mask;               /* The netmask */
    bpf_u_int32 net;                /* The IP subnet*/
    const struct pcap_pkthdr* pcap_header;   /* A pointer to pcap_pkthdr structure */
    const u_char *pcap_packet;           /* The captured packet */ 

    char interface[20];
    strcpy(interface, dev);

    /* Find the properties for the network interface */
    if (pcap_lookupnet(interface, &net, &mask, errbuf) == -1) {
      fprintf(stderr, "Pcap counldn't get netmask for device %s: %s\n", interface, errbuf);
      net = 0;
      mask = 0;
    }


    handle = pcap_open_live(interface, BUFSIZ, 0, 0, errbuf);
    if (handle == NULL) {
    fprintf(stderr, "Pcap open live capture failure: %s\n", errbuf);
            exit(1); 
    }

    sprintf(filter_exp, "tcp[tcpflags] & (tcp-syn|tcp-ack) == (tcp-syn|tcp-ack) && src port %d || dst port %d", RELAY_PORT, RELAY_PORT);

    /* Compile and apply the filter */
    if (pcap_compile(handle, &fp, filter_exp, 0, mask) == -1) {
    fprintf(stderr, "Pcap parse filter failure: %s\n", pcap_geterr(handle));
        exit(1);
    }

    if (pcap_setfilter(handle, &fp) == -1) {
        fprintf(stderr, "Pcap couldn't install filter: %s\n", pcap_geterr(handle));
        exit(1);
    }

    if(style == NONBLOCKING){
       if(pcap_setnonblock(handle, 1, errbuf) == -1){
            fprintf(stderr, "Pcap set non-blocking fails: %s\n", errbuf);
                exit(1);
      }
    }

   return handle;
}

//////////////////////////////////////////////////

void on_capture(int pcapfd, short op, void *arg)
{
   int res;
   printf("on capture \n");
   pcap_t *handle;
   handle = (pcap_t *)arg;
   fqueue_t* pkt_queue;

   /* put all packets in the buffer into the packet FIFO queue
   * and then process these packets 
   * */
    pkt_queue = init_fqueue();
    res = pcap_dispatch(handle, -1, collect_pkt, (u_char *)pkt_queue);
    printf("pcap_dispatch() returns %d\n", res);
    if(!res) return;
    process_packet(pkt_queue);
}

//////////////////

 int pcapfd;
 pcap_t *pcap_handle;
 struct event  pcap_ev;

 pcap_handle = create_pcap("eth0", NONBLOCKING);  
 pcapfd = pcap_get_selectable_fd(pcap_handle);
 if(pcapfd<0){
    perror("pcap_get_selectable_fd() failed!\n");
    exit(1);
 }

 if (setnonblock(pcapfd) == -1) return -1;

 base = event_init();

 event_set(&pcap_ev, pcapfd, EV_READ|EV_PERSIST, on_capture,  pcap_handle);
 event_base_set(base, &pcap_ev);
 if(event_add(&pcap_ev, NULL) == -1){
    perror("event_add() failed for pcap_ev!\n");
    exit(-1);
 }

  event_base_dispatch(base);
--------------------------------------------- 

我还在event_base(on_accept和on_recv。)上注册了两个TCP事件。

然后我在主机A上运行程序,主机B向A发送数据包,同时我使用tcpdump在A上捕获数据包(tcpdump -i eth0 port 8000)

为了比较,我有两个充当A的笔记本电脑,我在这两台笔记本电脑上尝试了程序(编译然后运行),一个用Fedora(fedora版本18)和一个用Ubuntu(Ubuntu 14.04.2 LTS)< / p>

ubuntu: Linux 3.13.0-61-generic
fedora: Linux 3.11.10-100-fc18.x86_64
关于ubuntu事件的

按以下顺序调用

on capture 
pcap_dispatch() returns 0
on capture 
pcap_dispatch() returns 0
on accept 
on recv 

奇怪的是pcap_dispatch返回0两次。我的期望是,当on_capture事件被触发时,pcap_dispatch将在触发on_accept事件之前捕获TCP SYN数据包(TCP数据包在移植到TCP堆栈之前在NIC上捕获)。但我不知道为什么on_capture事件被调用两次而pcap_dispatch()返回0。

在Fedora上,程序按预期工作,pcap_dispatch()可以在on_accept事件之前第一次调用时捕获数据包。

我使用ldd检查每台笔记本电脑上的程序库。

Fedora的:

 $ldd relay 
linux-vdso.so.1 =>  (0x00007fff1d1ad000)
libevent-1.4.so.2 => /lib/libevent-1.4.so.2 (0x00007faca467d000)
libpcap.so.1 => /lib64/libpcap.so.1 (0x00000035b4a00000)
libc.so.6 => /lib64/libc.so.6 (0x00000035b0a00000)
libnsl.so.1 => /lib64/libnsl.so.1 (0x00000035cea00000)
librt.so.1 => /lib64/librt.so.1 (0x00000035b1a00000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00000035b2e00000)
/lib64/ld-linux-x86-64.so.2 (0x00000035b0200000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00000035b1600000)

ubuntu的:

  $ ldd relay 
linux-vdso.so.1 =>  (0x00007ffd08bc5000)
libevent-2.0.so.5 => /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 (0x00007eff35f81000)
libpcap.so.0.8 => /usr/lib/x86_64-linux-gnu/libpcap.so.0.8 (0x00007eff35d43000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007eff3597e000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007eff35760000)
/lib64/ld-linux-x86-64.so.2 (0x00007eff361c5000)
实际上,libpcap和libevent版本都不同。 在ubuntu上运行时,我的程序有什么潜在的问题?如何解决ubuntu上的意外问题? 谢谢!

1 个答案:

答案 0 :(得分:1)

  

libevent版本1.4和2.0之间的区别如何影响libpcap事件?

没有。

  实际上,libpcap和libevent版本都是不同的

是;正如你在电子邮件中给我指出的那样,Fedora上的libpcap是libpcap 1.3.0,而Ubuntu上的libpcap是libpcap 1.5.3。

Libpcap 1.3.0不支持TPACKET_V3,而libpcap 1.5.3支持TPACKET_V3。 Fedora机器上的内核(3.11.10-100-fc18.x86_64,根据您的电子邮件)和您的Ubuntu机器(3.13.0-61-generic,根据您的电子邮件)都支持TPACKET_V3。

  

如何解决ubuntu上的意外问题?

请勿在{{1​​}}来电中使用超时0。由于TPACKET_V3的工作方式,它在旧内核中的工作方式存在一些缺陷(在这种意义上,两个内核都是“较旧的”),以及libpcap尝试使非阻塞模式工作的方式,使0超时工作,并解决这些错误,超时0可能无法正常工作。尝试超时,例如100(1/10秒)或10(1/100秒)。

请注意,如果超时0按照预期的方式工作,则可能是libpcap的事件可能无法在任意长的时间段内传递,时间段越长,捕获的流量越少,因此如果有的话,很少使用0的超时。