☰

为什么 ping 会等待 1 秒才能进行下一次 ping？

tag-icon • tag-icon ubuntu ping
为什么 ping 会等待 1 秒才能进行下一次 ping？

在 Ubuntu 20.04.4 上我运行ping如下命令

sudo ping -l 2000 -c 200  domain.com

它会立即执行前 12 个 ping，但在另一个 ping 之后仅执行 1 个 ping，延迟 1 秒。

准确地说：我得到这样的输出

64 bytes from my.domain.com (1.2.3.4): icmp_seq=65 ttl=62 time=0.392 ms
64 bytes from my.domain.com (1.2.3.4): icmp_seq=66 ttl=62 time=0.398 ms

每行 ( icmp_seq) 相隔一秒。因此，为了完成 200 次 ping，我必须等待大约 20 分钟。 200秒。

我注意到，当我在localhostMac 上运行该命令时，所有 200 个 ping 都会在一秒钟内运行，而各个 ping 之间无需等待。

这种行为的原因是什么？有什么办法可以更快地运行 ping 命令吗？

答案1

这种行为的原因是什么？

ping 速度的基本问题是它可能洪水任何连接并通过该连接导致 DOS。为了缓解（避免）这样的问题，ping仅限于产生（发送）一默认情况下每秒数据包数。

该-l选项并不意味着控制发送数据包所需的时间。它用于前L负载网络。即：它是最初发送到网络而无需等待回复的数据包数量。此后，将使用 1 秒的默认时间为每个（检测到的）收到返回（响应）的数据包发送数据包。然而，预加载对于普通用户来说是有限的。对于普通用户来说，预加载数据包的数量限制为 3 个。使用 iputils-ping 版本，20210202我们可以添加一个-D来查看每个数据包发送的时间：

$ sudo ping -c 5   -l 3   -D   127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
[1655501483.063447] 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.134 ms
[1655501483.063488] 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.019 ms
[1655501483.063510] 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.017 ms
[1655501484.094896] 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.156 ms
[1655501485.065238] 64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.153 ms

--- 127.0.0.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 0.017/0.095/0.156/0.063 ms, pipe 3

这表明只有 3 个数据包被尽快发送，其余的等待 1 秒。

那是使用本地地址127.0.0.1。这是可以使用的最快地址，因为它完全是当地的。

解析其他一些地址，甚至更糟糕的是，解析一个域，可能会导致额外的延迟。

预加载超过 200 个数据包的 2000 个数据包将预加载所有数据包，从而不会导致发送延迟，只有应答的延迟才重要。

有什么办法可以更快地运行 ping 命令吗？

但以上都不是控制数据包发送速度的正确方法。

-我

为此，有两种选择-i：

$ sudo ping -D -c 5 -i 0.2 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
[1655501954.082366] 64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.131 ms
[1655501954.286594] 64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.151 ms
[1655501954.490564] 64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.127 ms
[1655501954.694608] 64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.147 ms
[1655501954.898607] 64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.151 ms

--- 127.0.0.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 816ms
rtt min/avg/max/mdev = 0.127/0.141/0.151/0.010 ms

这是一个恒速 ping 命令。请注意，即使对于本地地址，也需要超过 0.13 毫秒才能获得响应。作为一般规则，不建议使用低于 0.1 秒的 ping 时间。

-F

以及该选项-f正是用于洪水网络尽可能快。但这肯定会阻止任何其他使用它的进程。

为什么

事实上，问题应该是：为什么你想要快速 ping？

只是为了得到最快的答案吗？

这并不是真正有用，因为其目的ping是在一段合理的时间内测试网络，以确保网络稳定且有用。 “太快”的测试将仅在一个时间点（网络正在工作）测试网络，但随着时间的推移将无法检测到问题（网络可能会出现故障）。此外，它还会影响同一网络的其他用户。如果您想要“仅一次”测试，请将该选项与将在收到计数数据包或经过延迟后结束的选项-c count结合使用：-w delay

$ sudo ping -D -c 3 -w 5 example.com ; echo "$?"

$ sudo ping -D -c 3 -w 5 examples.com ; echo "$?"

第一个将计数 3 个数据包并成功退出。第二个将在 5 秒后失败。

这是测试连接性的一种正确方法。

相关内容