Linux内核IP Queue机制的分析（二）——用户态处理并回传数据包

Godbach

运行上述程序出现以下问题。在没有发icmp报文时，从内核接到一个36字节的报文，内容如下：
24000000 02000 ...
kangle000 发表于 2010-07-19 09:23

是什么样的报文，打印一些头部信息出来

kangle000

回复 31# Godbach


这是运行结果：
recv bytes =36, nlmsg_len=36, indev=, datalen=0, packet_id=ffffffff
0000:  00 00 00 00 00 00 00 00 00 00 00 00 00 00
Ping request from Linux.  Dropped!
24000000 02000000
00000000 b2070000
ffffffff 1c000000
12000100 00000000
b2070000

这36字节是ipq_read之后buf中的内容。我对源代码的唯一修改时在while中的ipq_read之前加了一句memset（buf, 0, 512），不初始化的话在后面的memcpy会出现段错误

Godbach

也就是IP数据部分是36字节吧。我原程序中假设WIN下ping 是32字节，其他算成Linux的，是一个不完整的假设。

你这里是可以抓到IP的头部吧，把IP头部的信息打印出来看看

kangle000

回复 33# Godbach


    源ip和目的ip都是0.0.0.0，我觉得这不是一个报文，是不是内存缓冲区的一些内容啊？

kangle000

回复 33# Godbach


    用wireshark没有抓到包，也就是这时候网卡没有数据包通过

Godbach

loopback的包吗？

kangle000

回复 36# Godbach


    好像不是，我把规则改成iptables  -I INPUT -i eth0 -p icmp -j QUEUE之后还是一样的

blowingwind

学习关注混分

yunchenyun

好文章 学习了。。。

simonximan

请教一下各位:

执行ipq_user_rw:
[root@localhost ipq_user]# ./ipq_user_rw
ipq_creat_handle success!
ipq_set_mode: send bytes =44, range=1024

执行到这里后，发现程序断不住(也就是还没有来得及从另一台主机发送数据过来，程序并没有处于等待接受内核数据包的状态)，直接收到了内核发过来的一个数据报，随后程序就退出了，不知道是什么原因？