主页 / unix / 问题 / 706562
Accepted
Alex
Asked: 2022-06-18 07:40:16 +0800 CST

为什么 ping 等待 1 秒等待下一个 ping？

  • 772

在 Ubuntu 20.04.4 上，我正在运行ping类似的命令

sudo ping -l 2000 -c 200  domain.com

并且它立即执行前 12 次 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，我必须等待大约。200 秒。

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

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

ubuntu ping

1 个回答

  1. Best Answer

    这种行为的原因是什么？

    ping 速度的基本问题是它可能会淹没任何连接并导致该连接上的 DOS。为了缓解（避免）此类问题，默认情况下限制为每秒ping产生（发送）一个数据包。

    该-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 秒后失败。

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

    • 1

相关问题