我一直在 Windows 上使用jedie 的 pythonping
实现。我可能是错的,但是当从单独的线程 ping 两台计算机(A 和 B)时,ping 将返回它收到的第一个 ping,无论来源如何。
由于这可能是 jedie 的叉子的问题,我恢复到以前的版本。(这是我将在下面探索的版本)
我在一行代码中添加了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
直到我们的目的地与我们的接收地址匹配?