这完全是一个孤立事件，但我执行了这个命令：
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。我想我不明白这是怎么可能的——即使是一个完全疯狂的巧合。
答案1
ARP 用于将 IP 地址解析为 Mac 地址。您看到的第一个 IP 地址实际上是您的机器，也可能是您的网关。如果是您的机器，则意味着数据包的发送者和接收者位于同一物理网络上，并且由于您的机器无法将发送者的 IP 地址解析为其 MAC，因此您的机器 (.133) 会显示“目标主机不可达”）如果发送者和接收者位于两个不同的网络上，则 .133 可能是网关的地址，它表示相同的内容。
可能是 Arp 超时，如果您的 arp 表中没有机器 mac 地址，则您的机器将发出 arp 请求。看起来您的网络非常繁忙，因为 96ms（是您的局域网）意味着您的局域网拥塞，或者您或您的远程主机（或两者）承受着很大的负载。
LAN ping 时间应始终 <1ms :-)。
拥塞会导致数据包丢失，数据包丢失会导致性能下降，性能下降会导致不良后果。检查您的网络健康状况，看看发生了什么。
尝试运行 netstat -s，看看是否有大量重新传输。还可以运行 ifconfig，看看您的接口是否没有错误！（两端都是）
检查您插入的网络设备，是否存在接口错误？
你的拓扑结构是什么样的？为什么同一子网上的机器的 ping 时间这么长？
第一个数据包发送后，IP 地址被正确解析为 MAC 地址，并且 ping 成功。
答案2
毫无疑问，这看起来像是 ARP 问题，也许是 ARP 超时。