标签: ping

由于我们家的互联网连接不时中断，我做了一个小实验：

在过去的两个月里，我的一台机器每半小时 ping 一次 google.com。一次测量包含 50 次 ping。

我现在计算了一天中每小时丢失的数据包的平均百分比：

我的问题：

1. 晚上的这个高峰会不会是选择google.com作为ping目的地造成的？
2. 您会建议使用其他目的地吗？
3. 这是否表明我的连接有问题？
4. 有什么更好的策略可以衡量我们互联网连接中的问题究竟出在哪里？我们的 ISP 告诉我们它工作正常，所以我尝试汇总一些证据......

问候！

编辑：忘了说机器是直接连接路由器的（没有WiFi）。并且路由器也被 ping 通，完全没有丢包。

当我使用适用于 Windows 10 的 WSL 时，我无法 ping 通任何网站。我在 WSL 中运行 Ubuntu 18.04。

--- google.com ping statistics ---
14 packets transmitted, 0 received, 100% packet loss, time 38567ms

这是当我尝试 ping google.com 时的结果，我使用的是带 IPv4 的 Windows 10，禁用了 IPv6。我可以在常规命令提示符下正常 ping google.com，无需使用 wsl

我正在运行 Avast internet security，当我从 ubuntu/WSL 实例内部 ping google 时，这就是我所看到的。

1：

我需要做什么才能在 WSL 中启用 ping

当我使用 ping 命令时，我得到下一个结果（Windows）：

C:\>ping example.microsoft.com
Pinging example.microsoft.com [192.168.239.132] with 32 bytes of data:
Reply from 192.168.239.132: bytes=32 time=101ms TTL=124
...

在此类实用程序的文档中，TTL 以跳数为单位进行测量。根据 ICMP 规范RFC 792：

生活的时间。 以秒为单位的生存时间；由于该字段在处理数据报的每台机器上都会递减，因此该字段中的值应至少与该数据报将穿越的网关数量一样大。

因此，每个主机都会将 TTL 减少至少 1秒。没有说啤酒花。那么为什么要使用啤酒花呢？如果主机处理数据报太快，为什么不使用，比如ms？为什么规范没有说明hops？

而随着网络尝试了今天，我带着traceroute的1.1.1.1，发现我的网关地址。而我ping编辑1.1.1.1它会导致数据包丢失。我用谷歌搜索1.1.1.1并找不到任何相关结果。

以下是我的问题：

什么是1.1.1.1？根据我的理解，Default Gateway当主机没有特定数据包的任何路由信息时使用。所以它会询问默认网关。因为 while tracerouteing 是我的默认网关吗？

我尝试使用 nmap 发送 ack 数据包，结果是：

为什么有1.1.1.1响应traceroute但没有响应ping？

我正在编写一个测试 IP 地址是否有效和可用的 Reachability 类。我写了一个单元测试来测试我的课程是否正常工作，然后它发生了。我使用 IP 地址 192.168.1.255 进行了测试，我认为它在我的网络中无法访问，但得到 IsReachable = true。咦……这怎么可能？

好的，我有一个基线。我可以使用 Windows 附带的“ping”应用程序。这是那个测试的结果

# ping 192.168.1.255

Pinging 192.168.1.255 with 32 bytes of data:
Reply from 192.168.1.200: bytes=32 time<1ms TTL=64
Reply from 192.168.1.200: bytes=32 time<1ms TTL=64
Reply from 192.168.1.200: bytes=32 time<1ms TTL=64
Reply from 192.168.1.200: bytes=32 time=1ms TTL=64

Ping statistics for 192.168.1.255:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 1ms, Average = 0ms …

我知道，默认生存时间值为 255，每次 ipv4 数据包通过路由器时，该值减 1。

但是，当我 ping 我的 adsl 路由器时，它显示 TTL 为 64

Pinging 192.168.0.1 with 32 bytes of data:
Reply from 192.168.0.1: bytes=32 time=1ms TTL=64
Reply from 192.168.0.1: bytes=32 time=2ms TTL=64
Reply from 192.168.0.1: bytes=32 time=2ms TTL=64
Reply from 192.168.0.1: bytes=32 time=2ms TTL=64

pc 到路由器只有一跳 b/w，所以我预期的 TTL 是 254，但为什么这里 ping 将 TTL 显示为 64..

任何帮助将不胜感激...

我试图通过定期 ping 服务器和 Google 然后比较 ping 时间来绘制服务器的正常运行时间。我想在一段时间内继续这样做——比如说——一周。

我向每个 ping 发送一组 5 个 ping，超时为 5 秒，每组之间的间隔为 2 分钟。以下是bash命令。

while true; do echo Google; date; ping -c 5 -t 5 www.google.com; sleep 120; echo Outlook; date; ping -c 5 -t 5 https://outlook.office365.com/; sleep 120; done >> pings.txt

我担心服务器是否将此视为 DDoS 攻击。

我正在尝试 ping 一个使用普通 ping 阻止 ICMP 的服务器。它显示：

请求超时

有没有其他方法可以ping通它？

所以，这是一个奇怪的情况。如果这很明显，请原谅我，也许我只是想念它。

我有一个客户端设备（Surface Pro 4），据我所知它是在线的。用户可以浏览网页、接收电子邮件和 ping 网络上的任何其他设备。

现在，如果同一 LAN 上的其他任何人尝试与该设备通信，它会以无响应或离线状态返回。

对主机名或 IP 地址的 Ping 返回为“请求超时”，尝试通过 IP 或主机名（RDP、DNTU）远程进入时返回无响应等。

有关设备的 ipconfig /all 结果，请参见下文。

话虽如此，我可以远程使用用户必须访问网页并下载小程序 (LogMeIn Rescue) 的应用程序。

有关设备的网络状态，请参见下文。

知道这里发生了什么吗？该设备通过 Surface Pro 扩展坞连接到以太网。

一位同事遇到了某个 XHR 呼叫未在其计算机上完成的问题。我们其他人无法重现这个问题。他们的计算机和我们的计算机之间的唯一区别：

• 由于他们使用特殊的互联网连接，他们需要通过公司代理进行连接
• 在 Chrome 的“开发工具 --> 网络”选项卡中检查 XHR 调用时，主机名解析为不同的 IP 地址

“错误的 IP”似乎是问题所在 - 当我强制将主机名解析为我机器上的该 IP 时，我看到了同样的问题。

奇怪的是，ping在他们的机器上做一个显示它解析到正确的 IP！

这是我尝试过的：

• 将他们的 DNS 更改为 8.8.8.8
• 强行将正确的地址添加到他们的主机文件中（！？！）
• ipconfig /flushdns
• chrome://net-internals/#dns -> 冲洗
• 重启他们的电脑

没有任何区别 - Chrome 仍然会解析对错误地址的调用，同时ping解析到正确的地址。 这怎么可能！？

我的猜测是它与代理有关，但我不明白这怎么可能是真的，因为使用该hosts文件应该可以阻止它甚至发送 DNS 请求，对吧？