【发布时间】:2012-04-15 16:33:49
【问题描述】:
我正在尝试在 Python 中创建一个仅侦听 UDP 数据包的 raw 套接字:
import socket
s = socket.socket(socket.AF_INET, socket.SOCK_RAW, socket.IPPROTO_UDP)
s.bind(('0.0.0.0', 1337))
while True:
print s.recvfrom(65535)
这需要以 root 身份运行,并在端口 1337 上创建一个原始套接字,它侦听 UDP 数据包并在收到它们时打印它们;没有问题。
现在让我们做一个小客户端来测试它是否有效:
import socket
c = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
c.connect(('127.0.0.1', 1337))
c.send('message 1')
c.send('message 2')
c.send('message 3')
c.send('message 4')
c.send('message 5')
c.send('message 6')
始终,只有第一条、第三条和第五条消息(message 1、message 3 和 message 5)会通过并打印在服务器输出中。第二条、第四条和第六条消息没有显示在服务器输出上,而是客户端收到异常:
>>> c.send('message 2')
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
socket.error: [Errno 111] Connection refused
在 Wireshark 中运行它表明它正在收到“无法到达目标”的 ICMP 回复。我已经能够在 3 台不同的机器上重现这一点(尽管它们都运行 Linux)。我错过了什么吗?这是 UDP 持续丢弃数据包的预期行为,因为使用它的协议应该能够容忍数据包丢失?即便如此,为什么在本地接口上发送的数据包会被丢弃?
将服务器绑定到127.0.0.1 而不是0.0.0.0 具有相同的结果。
【问题讨论】:
-
消息堆栈有时会发生奇怪的事情。在这种情况下,以太网适配器使用环回,但是,数据包“物理上”仍然在卡上,然后由驱动程序解释如何对消息队列进行排序。只是一些研究点可以提供帮助。
-
@Etienne, FlavorScape 我每隔一个数据包都会收到错误,这似乎太规律了,不可能是网络错误...
-
是的,每两个数据包发生一次,这意味着如果您发送
2*n数据包,所有2*i+1形式的数据包都将无法通过。我不认为这可能是丢包,因为这都是在本地接口上。 -
我怀疑这是因为您使用的是 RAW DGRAM 或类似的东西。
-
已确认。如果您使用
socket.SOCK_DGRAM服务器端,它会按预期工作。
标签: python sockets networking udp packet-capture