【发布时间】:2012-02-11 22:01:36
【问题描述】:
我一直在 Windows 上使用jedie's python ping implementation。我可能是错的,但是当从不同的线程 ping 两台计算机(A 和 B)时,ping 将返回它收到的第一个 ping,无论来源如何。
因为这可能是 jedie 的叉子的问题,我reverted to the previous version。 (这是我下面要探索的版本)
我在receive_one_ping中添加了一行代码:(第134行或类似的)
recPacket, addr = my_socket.recvfrom(1024) # Existing line
print "dest: {}, recv addr: {}.".format(dest_addr, addr) # New line
这让我们可以看到我们收到的 ping 的地址。 (应该和目的IP一样吧?)
测试:
ping1() ping 一个已知的离线 IP (1.2.3.4),
ping2() ping 一个已知的在线 IP(192.168.1.1 - 我的路由器)
>>> from ping import do_one
>>> def ping1():
print "Offline:", do_one("1.2.3.4",1)
>>> ping1()
Offline: None
>>> def ping2():
print "Online:", do_one("192.168.1.1",1)
>>> ping2()
Online: dest: 192.168.1.1, recv addr: ('192.168.1.1', 0).
0.000403682590942
现在如果我们一起做:(为了简单起见,使用 Timer)
>>> from threading import Timer
>>> t1 = Timer(1, ping1)
>>> t2 = Timer(1, ping2)
>>> t1.start(); t2.start()
>>> Offline:Online: dest: 192.168.1.1, recv addr: ('192.168.1.1', 0).dest: 1.2.3.4, recv addr: ('192.168.1.1', 0).
0.0004508952953870.000423517514093
它有点混乱(由于打印不能很好地与线程一起工作),所以这里更清楚一点:
>>> Online: dest: 192.168.1.1, recv addr: ('192.168.1.1', 0).
Offline:dest: 1.2.3.4, recv addr: ('192.168.1.1', 0). # this is the issue - I assume dest should be the same as recv address?
0.000450895295387
0.000423517514093
我的问题:
谁能重现这个?
ping 的行为应该是这样吗?我假设不是。
是否存在不具有此行为的 Python 的现有 ICMP ping?
或者,您能想出一个简单的解决方法 - 即轮询receive_one_ping直到我们的目的地与我们的接收地址匹配?
编辑:我在python-ping github page创建了一个问题
【问题讨论】:
标签: python multithreading ping icmp