Muf*_*ble 5 networking router internet connection lan
我在我们的家庭网络上遇到了一个让我发疯的问题。
通常情况下,当我们 LAN 上的用户下载并使用大部分带宽时,我的 PC 或笔记本电脑或我兄弟笔记本电脑的连接会断开。
这不仅是在使用带宽时,而且在这种情况下似乎确实发生得更频繁。
由于这不仅影响我的 PC,我知道它不能特定于 PC(无论如何我希望)。
路由器是Draytek Vigor 2820n,我将下降归咎于路由器,所以我要求为新路由器工作,他们很友好地给我买了更新的型号,Draytek Vigor 2830n。令人恼火的是,问题仍然存在。
我在这里尝试了几件事情来让它工作,我在下面列出了它们。我很感激任何可以帮助我解决问题的建议。
现在我的最后一点很有趣。我哥哥遇到了和我一样的问题,但他换了一个以太网插头,据他说他没有遇到任何进一步的问题,所以我想“啊,好吧。一定是干扰”并给自己换了一个以太网插头。不,我仍然会断开连接。
还有 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)
有类似的问题,偶然发现了罪魁祸首。我在移动一些设备时发现调制解调器和 ISP 之间的电缆已损坏。更换了电缆,一切正常。检查您的物理电缆是否存在问题(ISP 到调制解调器、调制解调器到路由器、路由器到 PC 等)。祝你好运
归档时间: |
|
查看次数: |
29871 次 |
最近记录: |