这完全是一个孤立的事件，但我执行了这个命令：
ping 192.168.1.134 并得到了这个结果[ image ]：
Pinging 192.168.1.134 with 32 bytes of data: Reply from 192.168.1.133: Destination host unreachable. Reply from 192.168.1.134: bytes=32 time=75ms TTL=128 Reply from 192.168.1.134: bytes=32 time=83ms TTL=128 Reply from 192.168.1.134: bytes=32 time=96ms TTL=128
请注意第一个“无法访问”答复中的.133。 我想我不明白这是怎么可能的 – 即使是完全疯狂的巧合。
ARP用于将IP地址parsing为Mac地址。 你看到的第一个IP地址，实际上就是你的机器，或者它可能是你的网关。 如果是您的机器，则意味着数据包的发送者和接收者位于同一物理networking中，并且由于您的计算机无法将发件人的IP地址parsing为其MAC，因此您的计算机（.133）显示“目标主机不可访问”）如果发送者和接收者在两个不同的networking上，那么.133可以是网关的地址，它说的是相同的东西。
也许一个Arp超时，如果你没有在你的ARP表的机器MAC地址，那么你的机器会发出一个ARP请求。 看起来你的networking比较忙，因为96ms（就是你的局域网）就是说你的局域网拥塞了，或者你或者你的远程主机（或者两者）都承受了很大的负载。
局域网的ping时间应该总是<1ms :-)。
拥塞导致数据包丢失，数据包丢失导致性能下降，性能下降导致黑暗的一面。 检查您的networking健康，看看发生了什么事情。
尝试运行一个netstat -s，看看你是否有很多重新传输。 也ifconfig，看看你的接口是否无错！ （这是一个两端）
检查您插入的networking设备，是否有接口错误？
什么是你的拓扑结构？ 为什么在同一子网上的机器上有如此高的ping时间？
发送第一个数据包后，IP地址被正确parsing为MAC地址，ping通过。
当然，看起来像一个ARP问题，也许是一个ARP超时。