LAN/WLAN/家庭网络连接间歇性掉线

Muf*_*ble 5 networking router internet connection lan

我在我们的家庭网络上遇到了一个让我发疯的问题。

通常情况下,当我们 LAN 上的用户下载并使用大部分带宽时,我的 PC 或笔记本电脑或我兄弟笔记本电脑的连接会断开。

这不仅是在使用带宽时,而且在这种情况下似乎确实发生得更频繁。

由于这不仅影响我的 PC,我知道它不能特定于 PC(无论如何我希望)。

路由器是Draytek Vigor 2820n,我将下降归咎于路由器,所以我要求为新路由器工作,他们很友好地给我买了更新的型号,Draytek Vigor 2830n。令人恼火的是,问题仍然存在。

我在这里尝试了几件事情来让它工作,我在下面列出了它们。我很感激任何可以帮助我解决问题的建议。

  • 把路由器从2820n换成新的2830n,问题依旧。
  • 恢复出厂设置。
  • 手动设置 IP 地址并更改我的 PC 名称,以防与我以前的无线网卡有任何冲突。
  • 如上所述,我尝试了 USB 无线加密狗、无线网卡,现在使用的是以太网插头 - 我仍然有问题。
  • 在路由器上刷新我的 DNS/清除的 ARP 缓存表。
  • 打孔显示器。
  • 将我的本地 DNS 更改为使用 Google DNS。
  • 升级到最新固件(在两个路由器上)。
  • 尖叫。
  • 禁用我的无线并使用以太网插头在 LAN 上运行。
  • 更换路由器电源线
  • 更改了无线频道(多次!)

现在我的最后一点很有趣。我哥哥遇到了和我一样的问题,但他换了一个以太网插头,据他说他没有遇到任何进一步的问题,所以我想“啊,好吧。一定是干扰”并给自己换了一个以太网插头。不,我仍然会断开连接。

还有 90% 的时间是在第一次使用互联网时它会掉线,然后断断续续地掉线。

我认为这涵盖了它,如果我想到我尝试过的更多事情,我会将其添加到列表中。

谢谢,瑞奇

编辑:“以太网插头”我想我实际上是指“以太网适配器”。

编辑 2:第一次编辑时,我在尝试保存编辑时断开连接。好时机。

编辑 3:我唯一能想到的是两个路由器上的登录/界面非常相似。也许它使用相同的固件,并且该固件有错误。下一步可能是试用完全不同品牌的路由器?我现在已经将路由器 DNS 服务器设置为 Google DNS,但仍然没有运气。更新:现在删除了这个。

更新: 当用户在我们的局域网上下载时,这种情况肯定会发生更多。如果没有人下载,我们可以正常浏览。一旦有人开始下载(即使是整个带宽的 10% 左右),它似乎很容易断开连接。

现在,我想到的一件事是我的 ISP 是 Sky,我用我们当前的 Draytek 替换了他们可怕的路由器。当我这样做时,我确实读过你不应该改变 Sky 路由器,因为 Sky 可以检测到这一点并抱怨或类似的事情。我想知道 ISP 是否会导致这种情况?

更新 2: 今天我遇到了完全相同的问题,我可以确认此时没有人下载。连接了4个IP。我也不知道这是否相关,但在我短时间不活动(例如,笔记本电脑休眠 30 分钟 > 登录,从字面上浏览一两页和然后 bam > 断开连接/挂起)。

更新 3: 我已将路由器从 Draytek 切换回我们原来的Sky路由器。从昨天的测试来看,在我的笔记本电脑和另一台笔记本电脑(无线)上,我们没有断开一次连接。我楼上的电脑(有线)也没有断开连接,但确实挂在这里。似乎有改进,但我不会说问题已经解决,直到我再试用几天。一如既往,我会更新!

更新 4: 嗯,自从切换回Sky路由器后,我就没有断开过一次连接。似乎出于某种原因,两种不同型号的 Draytek 路由器都让我感到悲伤,它们的固件也不同。我不知道这是不是因为如果Sky检测到我们没有使用他们的库存路由器,或者它以某种方式配置为正确使用我们的线路,他们会如何发送“终止数据包”,我的网络不是很好。如果接下来几天我没有断开连接,我将结束这个问题。我会在几天后更新,看看情况如何。

更新 5: 好吧,即使切换回原始路由器,我们也开始遇到问题。在最大限度地下载或上传时,问题肯定会更糟。经过多次测试和更换设备等,我得出的结论是 ISP/交换机有问题。没有其他答案。阅读几个线程后,似乎有一个共同的问题天空宽频太多,看到这里。感谢你的帮助。

断开连接后的 Ping 结果(这显示了来自路由器的 ping,但我无法访问 192.168.1.1 上的接口,它只是挂起说“正在连接...”):

C:\Users\Ricky\Desktop>ping google.com

Pinging google.com [173.194.67.104] with 32 bytes of data:
Reply from 173.194.67.104: bytes=32 time=461ms TTL=49
Request timed out.
Request timed out.
Reply from 173.194.67.104: bytes=32 time=454ms TTL=49

Ping statistics for 173.194.67.104:
    Packets: Sent = 4, Received = 2, Lost = 2 (50% loss),
Approximate round trip times in milli-seconds:
    Minimum = 454ms, Maximum = 461ms, Average = 457ms

C:\Users\Ricky\Desktop>ping 192.168.1.1

Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.1: bytes=32 time=4ms TTL=255
Reply from 192.168.1.1: bytes=32 time=3ms TTL=255
Reply from 192.168.1.1: bytes=32 time=3ms TTL=255
Reply from 192.168.1.1: bytes=32 time=3ms TTL=255

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

C:\Users\Ricky\Desktop>ping 8.8.8.8

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=472ms TTL=54
Reply from 8.8.8.8: bytes=32 time=267ms TTL=54
Reply from 8.8.8.8: bytes=32 time=355ms TTL=54
Reply from 8.8.8.8: bytes=32 time=464ms TTL=54

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

C:\Users\Ricky\Desktop>pause
Press any key to continue . . .
Run Code Online (Sandbox Code Playgroud)

Sar*_*rge 0

有类似的问题,偶然发现了罪魁祸首。我在移动一些设备时发现调制解调器和 ISP 之间的电缆已损坏。更换了电缆,一切正常。检查您的物理电缆是否存在问题(ISP 到调制解调器、调制解调器到路由器、路由器到 PC 等)。祝你好运