这个问题困扰了我好几年,现在我终于烦透了,想寻求帮助。问题的关键在于,当我连接到 wifi 网络时,ping 大约需要 578 秒才能向其中一个连接的设备(即 NAS 驱动器)返回一个成功的数据包。我已经排除了一些故障,并有所怀疑,但无法弄清楚如何分析、证明或修复该问题。
设置如下:
- TP LINK Archer 路由器(192.168.0.1)广播 wifi
- Netgear PWL1000 电力线(192.168.0.101)广播 wifi 并通过电力线连接到 TP LINK 路由器(192.168.0.1)。
示例设备包括:
- MacBook(192.168.0.2)通过 wifi 连接到 TP LINK
- NAS 驱动器(192.168.0.3)通过以太网连接到 TP LINK
- RaspberryPi(192.168.0.102)连接到 Powerline wifi
- iPhone(192.168.0.4)通过 wifi 连接到 TP Link
这是我通过反复试验发现的:
- 当 MacBook 通过 wifi 连接到 TP LINK 时,NAS、iPhone 和 RaspberryPi 需要 578 秒才能返回 ping
- 如果 MacBook 断开与 TP LINK wifi 的连接并重新连接,则设备需要再等待 578 秒才能返回 ping
- 当 MacBook 连接到 Powerline、NAS、iPhone RaspberryPi 时返回 ping立即地
- 如果 MacBook 与 Powerline 断开连接并重新连接,设备将返回 ping立即地。
- 如果将 Powerline 从网络中移除并关闭,则当 MacBook 通过 wifi NAS 连接到 TP LINK 时,iPhone 会返回 ping立即地。
- 如果将电力线重新接入网络,那么当 MacBook 连接到 TP LINK 设备时,设备会继续返回 ping。
- 如果重新启动 TP LINK,问题就会再次出现,并且设备在 578 秒内不会 ping 通。
就好像 Powerline 劫持了 TP Links DHCP(我认为)并导致了延迟,尽管我并不完全了解 DHCP,只知道它是用来委派 IP 地址的。不幸的是,Powerline 的管理界面没有提供 DHCP 选项,但我认为它提供了这项服务,因为它会将 IP 地址分配给连接的设备。
如果有人能帮我解释一下这个问题或者告诉我一些有助于分析这个问题的工具,我将不胜感激。这里的目标是当连接到 TP LINK 路由器时,可以几乎立即访问设备。
谢谢!