我使用的是 Windows 10,Wi-Fi 偶尔会断线,有时一小时内断线多达 10 次。我通过以太网直接连接到调制解调器,并执行了 ping 测试。经过 3 小时的 ping 测试后,我能够记录零数据包丢失和非常低的延迟。
翻看日志后,我发现有 3 起消息“回复自 [调制解调器的 IP]:目标网络不可达”。这 3 起情况并不是连续发生的。
根据这些信息我能够推断什么?
通过有线连接 ping 的结果如下:
Ping statistics for 8.8.8.8:
Packets: Sent = 10674, Received = 10674, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 9ms, Maximum = 15ms, Average = 9ms
测试中的一些内容:
Reply from 8.8.8.8: bytes=32 time=10ms TTL=57
Reply from 8.8.8.8: bytes=32 time=10ms TTL=57
Reply from 8.8.8.8: bytes=32 time=10ms TTL=57
Reply from 192.168.1.1: Destination net unreachable.
Reply from 8.8.8.8: bytes=32 time=10ms TTL=57
Reply from 8.8.8.8: bytes=32 time=10ms TTL=57
Reply from 8.8.8.8: bytes=32 time=10ms TTL=57
链接到包含日志的 PasteBin当通过电线连接到调制解调器时。
链接到日志的 PasteBin当通过电线连接到路由器时,路由器又通过电线连接到调制解调器。
链接到日志的 PasteBin当连接到 Wi-Fi 时。
答案1
您的第一个日志中的有趣消息是:
来自 192.168.1.1 的回复:目标网络不可达。
IP 地址192.168.1.1
肯定与作为本地网络网关的路由器相关。路由器有时会短暂掉线。
我的理解是,如果路由器不可用,则不会发送任何 ping,这解释了为什么这些错误不会导致任何消息丢失。
我建议:
- 重新启动路由器/调制解调器
- 如果问题仍然存在,请检查是否可以找到路由器的固件更新
- 为了确保万无一失,请检查您的网络适配器是否有较新的驱动程序。
除了第一个有点令人费解的日志外,您的新日志显示了更多常见的统计数据。在这些日志中,您有数据包丢失,因此这是一个很常见的情况,问题显然是 ISP 请求超时。在这些情况下,我们可以看到丢失的数据包越过路由器并在那里消失,并返回一个明确的错误代码。
问题出在 Google DNS 网站本身的可能性很小,因此显然是 ISP 及其为您所在地提供的服务存在问题。
在这样一个案例中,ping 连续出现了 4 个这样的错误,这意味着服务中断持续了大约 4 秒。
您应该联系您的 ISP 支持人员并向其投诉。您应该首先对您的路由器进行上述维护操作,以防支持人员询问这些操作。