根据http://kernelnewbies.org/Linux_3.0#head-c5bcc118ee946645132a834a716ef0d7d05b282e我们现在可以作为一个非特权用户ping,我可以让它工作。
使用https://github.com/jedie/python-ping修改了第210行,看起来像
current_socket = socket.socketAF_INET,插座。SOCK_DGRAM socket.IPPROTO_ICMP)
作为根I "echo 1000 1000>/proc/sys/net/ipv4/ping_group_range"
my group is 1000
和我可以运行ping.py自己作为一个普通用户,我可以看到在tcpdump
回显请求和回显回复18:33:24.840291 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 269)
127.0.0.1 > 127.0.0.1: ICMP echo request, id 38, seq 0, length 249
18:33:24.840309 IP (tos 0x0, ttl 64, id 37939, offset 0, flags [none], proto ICMP (1), length 269)
127.0.0.1 > 127.0.0.1: ICMP echo reply, id 38, seq 0, length 249
但是ping.py没有看到应答,并且说超时。
有什么好主意吗?
编辑:我正在缩小问题范围。
print "c", icmp_header, address, self.own_id
if icmp_header["packet_id"] == self.own_id: # Our packet
问题是icmp_header["packet_id"]总是8247和self。Own_id为ping.py的pid。8247是十六进制的2037,我可以在转储中看到很多次。
这是一个完整的在线ping转储
19:25:15.513285 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 283: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 269)
127.0.0.1 > 127.0.0.1: ICMP echo request, id 70, seq 2, length 249
0x0000: 4500 010d 0000 4000 4001 3bee 7f00 0001 E.....@.@.;.....
0x0010: 7f00 0001 0800 d932 0046 0002 5b36 362c .......2.F..[66,
0x0020: 2036 372c 2036 382c 2036 392c 2037 302c .67,.68,.69,.70,
0x0030: 2037 312c 2037 322c 2037 332c 2037 342c .71,.72,.73,.74,
0x0040: 2037 352c 2037 362c 2037 372c 2037 382c .75,.76,.77,.78,
0x0050: 2037 392c 2038 302c 2038 312c 2038 322c .79,.80,.81,.82,
0x0060: 2038 332c 2038 342c 2038 352c 2038 362c .83,.84,.85,.86,
0x0070: 2038 372c 2038 382c 2038 392c 2039 302c .87,.88,.89,.90,
0x0080: 2039 312c 2039 322c 2039 332c 2039 342c .91,.92,.93,.94,
0x0090: 2039 352c 2039 362c 2039 372c 2039 382c .95,.96,.97,.98,
0x00a0: 2039 392c 2031 3030 2c20 3130 312c 2031 .99,.100,.101,.1
0x00b0: 3032 2c20 3130 332c 2031 3034 2c20 3130 02,.103,.104,.10
0x00c0: 352c 2031 3036 2c20 3130 372c 2031 3038 5,.106,.107,.108
0x00d0: 2c20 3130 392c 2031 3130 2c20 3131 312c ,.109,.110,.111,
0x00e0: 2031 3132 2c20 3131 332c 2031 3134 2c20 .112,.113,.114,.
0x00f0: 3131 352c 2031 3136 2c20 3131 372c 2031 115,.116,.117,.1
0x0100: 3138 2c20 3131 392c 2031 3230 5d 18,.119,.120]
19:25:15.513300 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 283: (tos 0x0, ttl 64, id 37971, offset 0, flags [none], proto ICMP (1), length 269)
127.0.0.1 > 127.0.0.1: ICMP echo reply, id 70, seq 2, length 249
0x0000: 4500 010d 9453 0000 4001 e79a 7f00 0001 E....S..@.......
0x0010: 7f00 0001 0000 e132 0046 0002 5b36 362c .......2.F..[66,
0x0020: 2036 372c 2036 382c 2036 392c 2037 302c .67,.68,.69,.70,
0x0030: 2037 312c 2037 322c 2037 332c 2037 342c .71,.72,.73,.74,
0x0040: 2037 352c 2037 362c 2037 372c 2037 382c .75,.76,.77,.78,
0x0050: 2037 392c 2038 302c 2038 312c 2038 322c .79,.80,.81,.82,
0x0060: 2038 332c 2038 342c 2038 352c 2038 362c .83,.84,.85,.86,
0x0070: 2038 372c 2038 382c 2038 392c 2039 302c .87,.88,.89,.90,
0x0080: 2039 312c 2039 322c 2039 332c 2039 342c .91,.92,.93,.94,
0x0090: 2039 352c 2039 362c 2039 372c 2039 382c .95,.96,.97,.98,
0x00a0: 2039 392c 2031 3030 2c20 3130 312c 2031 .99,.100,.101,.1
0x00b0: 3032 2c20 3130 332c 2031 3034 2c20 3130 02,.103,.104,.10
0x00c0: 352c 2031 3036 2c20 3130 372c 2031 3038 5,.106,.107,.108
0x00d0: 2c20 3130 392c 2031 3130 2c20 3131 312c ,.109,.110,.111,
0x00e0: 2031 3132 2c20 3131 332c 2031 3134 2c20 .112,.113,.114,.
0x00f0: 3131 352c 2031 3136 2c20 3131 372c 2031 115,.116,.117,.1
0x0100: 3138 2c20 3131 392c 2031 3230 5d 18,.119,.120]
AFAICT, icmp报头可能打包错误。不过,这只是一个大胆的尝试,我将盯着它一些以后,在此期间,任何帮助将不胜感激。
有两件事你没有考虑到:
- 当在这种新型套接字上接收消息时,不包含IP头。由于您正在修改的代码期望使用RAW套接字(其中做包括接收消息中的IP头),您需要更改相当多的东西:
- 306行提取带有
packet_data[20:28]
的ICMP报头,但当然,由于IP报头不包括20字节偏移量,因此没有意义。这必须变成packet_data[0:8]
- 在第310行,代码试图从数据包的开头提取IP头,但它不在那里。这段代码实际上会提取垃圾。如果你想知道诸如TTL之类的事情,你可以设置额外的选项(请参阅启用该功能的补丁附带的文档)。
- 306行提取带有
-
有了这个新功能,内核通过套接字绑定机制控制ICMP ID。您可以让内核选择ID(隐式绑定)或设置ID(显式绑定)。最好只依赖隐式绑定,因为内核将保证选择一个空闲的ID。
在第309行,代码通过检查
分配的标识符。self.own_id
的id来检查回复是否属于我们。但是使用隐式绑定,内核会为我们选择ID。我们可以将self.own_id
设置为内核使用self.own_id = current_socket.getsockname()[1]
(把它放在第221行
self.send_one_ping
之后)但事实上,对
self.own_id
的检查是不必要的,因为内核已经确保我们只看到我们应该看到的回复。