这完全是一个孤立的事件，但我执行了这个命令：
ping 192.168.1.134
并得到了这个结果[图片]：
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 地址解析为 Mac 地址。您看到的第一个 IP 地址实际上是您的机器，也可能是您的网关。如果是您的机器，则意味着数据包的发送者和接收者在同一个物理网络上，并且由于您的机器无法将发送者的 IP 地址解析为其 MAC，因此您的机器（.133）显示“目标主机无法访问”）如果发送方和接收方在两个不同的网络上，那么 .133 可能是网关的地址，它在此表示相同的内容。
也许是Arp超时，如果你的arp表中没有机器mac地址，那么你的机器会发出一个arp请求。看起来您的网络非常繁忙，因为 96 毫秒（是您的局域网）意味着您的局域网拥塞，或者您或您的远程主机（或两者）处于大量负载之下。
LAN ping 时间应始终小于 1 毫秒 :-)。
拥塞导致丢包，丢包导致性能下降，性能下降导致阴暗面。检查您的网络健康状况，看看发生了什么。
尝试运行 netstat -s 并查看是否有很多重新传输。也 ifconfig 看看你的接口是否没有错误！（这是一个两端）
检查您插入的网络设备，是否有接口错误？
你的拓扑是什么？为什么在同一子网的机器上会有这么长的 ping 时间？
发送第一个数据包后，IP 地址被正确解析为 MAC 地址，并且 ping 通。
当然，看起来像一个 ARP 问题，也许是 ARP 超时。