![Win7 中由于未知原因间歇性断开连接](https://linux22.com/image/1594541/Win7%20%E4%B8%AD%E7%94%B1%E4%BA%8E%E6%9C%AA%E7%9F%A5%E5%8E%9F%E5%9B%A0%E9%97%B4%E6%AD%87%E6%80%A7%E6%96%AD%E5%BC%80%E8%BF%9E%E6%8E%A5.png)
大约 12 到 24 小时的正常运行时间后,我的台式机的连接会中断一分钟并重新建立,然后通常每小时重复一次,有时白天的频率会更低。它通过以太网连接到调制解调器路由器,LAN 上的其他设备(如我的笔记本电脑和 Playstation)不会出现这种断线。我没有在台式机上运行任何 VPN。
我更新了芯片组、以太网适配器的所有驱动程序,并将 BIOS 升级到最新版本。我通过 ipconfig 运行了 Google 和 OpenDNS,执行了整个刷新/更新/发布/注册命令。我运行了netsh winsock reset
。 netsh int ip reset
我清除了所有浏览器缓存和其他临时文件。我禁用了 ipv6。我运行了 CCleaner 来清理旧注册表。我检查了我的 MTU,它按照建议设置为 1500。我重置了 Windows 防火墙配置。我安装了全新的 Win 7。我通过路由器分配了一个静态 IP。我将防病毒软件从 AVAST 更改为卡巴斯基。我切换到 USB3 转以太网适配器而不是板载适配器。我使用了不同的以太网电缆和不同的路由器端口。
我仍然遇到桌面上的断开连接问题,并且仅限于桌面。
几乎所有东西都会断掉一分钟左右。Twitch 和在线多人游戏的流媒体播放停止,我在 nodejs 中运行的 discord 机器人和通过浏览器运行的音频流也停止了。最后两项是唯一能让我了解发生了什么事情的东西,因为我找不到任何关于 Win7 上的网络日志记录的信息。
Chrome 控制台中的 nodejs 连接和互联网广播的错误都是网络重置:分别是ECONNRESET
和ERR_CONNECTION_RESET 200 (OK)
。Chrome 也会出现这种情况,有时是在重置之前或之后。之后,我会从 ChromeERR_ADDRESS_UNREACHABLE
收到一些ERR_NAME_NOT_RESOLVED
和,然后从 nodejs 收到一个,然后一切恢复正常。ERR_NETWORK_CHANGED
ENOTFOUND
我几乎已经没有主意了。一位同事建议我可能遇到了 RAM 问题,所以我现在正在运行 Memtest。我将尝试通过带有 ICS 的笔记本电脑运行机器,看看连接是否仍然断开,然后将路由器重置为出厂默认设置。我可能会打电话给 ISP,看看他们是否知道什么,但如果它只出现在连接的一台机器上,这似乎不太可能。
这些其他测试至少需要一天时间来检查,所以我想知道是否有人知道任何事情,因为我的 IT 知识和谷歌搜索能力是有限的。
e1:下次出现问题时,我将查看应用程序和系统事件日志,并尝试通过主机名和下一跳网关 ping 我的路由器和笔记本电脑。我还将尝试使用 nslookup 解析 DNS 主机名,但在此问题期间,当我尝试通过 Chrome 访问新的未缓存网站时,我遇到了无法解析的错误。失败的窗口很小,因此可能需要几次,但感谢您的第一个建议。
e2:事件查看器中的系统日志显示“计算机浏览器服务已进入运行状态”,随后显示“TCP/IP NetBIOS Helper 服务已成功发送停止控制。指定的原因是:0x4030011 [操作系统:网络连接(计划)]”。快速谷歌搜索建议我禁用以太网驱动程序的电源管理设置,以便系统禁用它。去看看会发生什么。
e3:禁用以太网适配器的电源管理、禁用计算机浏览器和 TCP/IP NetBIOS Helper 服务后,我仍然遇到断开连接的情况。我重新启用了这些服务,并使用 NetBIOS 停止事件对一些简单的 powershell 脚本执行 ping 路由器和笔记本电脑、tracert 和 nslookup。
e4:有趣的是,今天早上从晚上 11 点到早上 6 点,我的所有日志都以每小时 26 分钟的计数发生一次,我很好奇它是否会在 7:26 再次发生。我有以下内容:
在中断期间,nslookup 无法解析 google.com。ping 通常要达到一到两次才能transmit failed: General failure
到达路由器。tracert 无法到达 google,并且从未完成第一阶段。
答案1
在某些时候,路由器的 DHCP 设置被更改为一小时后过期。但是,出于某种原因,初始租约的有效期为 24 小时。当其他系统(如笔记本电脑或 PS4)连接时,它们会在过期前关闭/断开与路由器的连接。桌面在 24 小时后仍处于连接状态,因此此后的每个连续小时,DHCP 租约都会刷新并终止所有内容。
重置 DHCP 租约后,每小时的断开连接周期被打破。ipconfig 显示下一个租约是明天,从那时起就没有断开连接。
感谢您建议查看事件查看器,发现断开连接几乎完全是按照小时间隔发生的,这就是引导我到这里来的线索。