局域网延迟异常通常源于设备CPU负载、网卡中断延迟、节能模式或ARP/交换机干扰，需结合arp检查、ethtool验证及sysctl调优；批量诊断推荐用Bash脚本统一采集ping延迟。

直接用 ping 测多台设备最简单，但想系统对比、批量分析或避开干扰，得配合脚本和参数优化。

对每台设备单独 ping 并汇总结果

局域网内延迟通常很短（

• ping -c 3 -n -i 0.2 192.168.1.10：测某台主机，3 次、0.2 秒发一次、跳过 DNS 解析（-n）
• 对 IP 段批量执行：for ip in 192.168.1.{1..20}; do echo $ip:; ping -c 2 -n -W 1 $ip | tail -1; done
• 重点看结尾的 rtt min/avg/max/mdev，尤其是 mdev（标准差）——值大说明延迟抖动明显，可能受交换机缓冲、ARP 冲突或广播风暴影响

用 mtr 实时观察路径稳定性

虽然局域网一般只有 1–2 跳（本机 → 交换机 → 目标），但 mtr 能连续探测并显示波动趋势，比单次 ping 更能暴露瞬时问题：

• mtr -n -c 10 192.168.1.15：10 次探测后退出，输出静态统计
• 若某设备 Avg 延迟正常（如 0.3ms），但 Wrst 达到 12ms 且 StDev > 3ms，大概率是该设备 CPU 忙、网卡中断延迟高，或启用了节能模式（如 Intel P-State、ASPM）
• Host 列只显示一跳（通常是目标本身），说明没经过路由器；如果出现中间 IP（比如网关），要检查是否走错路由或存在二层环路

排除 ARP 和交换机层面干扰

局域网延迟异常，常不是链路问题，而是地址解析或转发行为导致：

Linux Security Scanner

Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...

下载

• 先确认 ARP 表是否稳定：arp -n | grep 192.168.1.20，反复运行看 State 是否在 REACHABLE 和 STALE 间跳变；频繁刷新可能引发重传延迟
• 用 ethtool eth0 查网卡协商状态：确认 Speed 是 1000Mb/s、Duplex 是 Full、Link detected 是 yes；Auto-negotiation 失败会导致隐性丢包
• 如果所有设备 ping 同一台机器都延迟高，优先查该设备的 sysctl net.ipv4.tcp_tw_reuse 和 net.core.netdev_max_backlog，避免连接堆积拖慢响应

需要横向对比时用轻量脚本统一采集

手动挨个 ping 容易漏看，写个 10 行以内的 Bash 脚本能自动记录各节点延迟分布：

• 保存目标 IP 列表到 hosts.txt，每行一个（如 192.168.1.11、192.168.1.12）
• 运行：while read h; do printf "%-15s " $h; ping -c 3 -n -W 1 $h 2>/dev/null | awk '/rtt/ {print $4}' | cut -d/ -f2; done
• 输出形如：192.168.1.11 0.245，方便复制进表格横向排序