电脑半夜自动断网：路由器休眠或ISP夜间限速？

Question

常见问题： 深夜（通常23:00–6:00）电脑频繁断网，重启路由器或拔插网线可临时恢复，但数小时后复现；同一局域网内多台设备（Windows/macOS/手机）同步掉线，而光猫PON灯常亮、无告警；使用手机热点则网络稳定。该现象易被误判为“电脑休眠导致网卡断连”，实则多源于两类底层原因：一是中低端家用路由器固件存在夜间节能机制（如自动关闭Wi-Fi射频、清空ARP表或进入低功耗模式），二是部分ISP（尤其校园网、老旧小区宽带或低价套餐）实施隐蔽的QoS策略——未公示的夜间带宽限速（如限至1–5Mbps）或连接数限制，触发TCP重传超时、DNS解析失败，表现为“看似断网”（网页打不开、Ping丢包、SSH中断），但路由器管理界面仍可访问。需通过持续ping网关+公网IP+8.8.8.8，并结合路由器系统日志与光猫光功率/错误帧数据交叉验证，方能准确定位根因。

Answer 1

```html

一、现象层：多设备同步断网的“深夜幽灵故障”

典型表现为：23:00–6:00间局域网内Windows/macOS/Android/iOS设备集体失联，Ping网关延迟突增至>500ms或100%丢包，HTTP/HTTPS请求超时，SSH连接重置，但路由器Web管理界面（http://192.168.1.1）仍可响应；光猫PON灯常亮、LOS/ALM无告警；切换至手机热点后一切恢复正常。该现象具有强时间规律性与设备无关性，直接排除终端休眠、驱动异常、DNS污染等单点故障假设。

二、隔离层：三层网络锚点诊断法

需同步采集三类基准指标并比对时序特征：

• 本地链路层：持续ping -t 192.168.1.1（网关）
• 接入网层：持续ping -t 223.5.5.5（阿里DNS，直连ISP出口）
• 骨干网层：持续ping -t 8.8.8.8（Google DNS，跨运营商验证）

若出现「网关通 → 公网IP通 → 8.8.8.8不通」阶梯式失效，则指向ISP侧策略；若三者同步丢包但网关响应HTTP请求，则高度疑似路由器固件夜间节能机制。

三、设备层：中低端路由器固件的隐蔽节能陷阱

厂商/型号	触发条件	表现形式	日志关键词
TP-Link TL-WR841N v13	23:00自动启用“Wi-Fi定时关闭”	2.4G/5G射频静默，ARP表清空	WiFi disabled by schedule
小米路由器4A千兆版	夜间CPU降频+内存回收	DHCP租期异常续签失败，arp -a返回空	low_power_mode_entered
华为WS5200	固件v3.0.0.213夜间启动“绿色节能”	TCP连接池强制释放，SYN包被静默丢弃	tcp_conn_pool_cleared

四、网络层：ISP未公示QoS策略的取证路径

校园网/老旧小区宽带常见隐蔽限速模式：

• 带宽整形：TCP窗口缩至<1460B，导致吞吐骤降（iperf3 -c 114.114.114.114 -t 300夜间速率≤3.2Mbps）
• 连接数熔断：单IP并发TCP连接>128即触发SYN DROP（ss -s显示tw状态激增）
• DNS劫持重定向：夜间将8.8.8.8解析为本地缓存服务器，但其无递归能力（dig @8.8.8.8 google.com +short超时）

五、物理层：光猫隐性劣化交叉验证

即使PON灯常亮，仍需检查以下光参数（通过光猫后台192.168.1.1/cu.html或telnet获取）：

Optical Power(dBm): -24.7   ← 超出标准(-8 ~ -25dBm)下限
RX Error Frames: 12,483     ← 24h内累计CRC错误帧
Uncorrectable Codewords: 892

当光功率接近-25dBm且错误帧呈夜间指数增长，说明分光器老化或光纤微弯，叠加ISP夜间QoS会加剧TCP重传风暴。

六、决策树：根因定位mermaid流程图

graph TD
  A[深夜断网] --> B{持续Ping三节点}
  B -->|网关丢包| C[路由器固件节能]
  B -->|网关通，公网IP丢包| D[ISP接入网限速]
  B -->|三者均通但应用层失败| E[DNS/QoS策略]
  C --> F[查路由器日志关键词]
  D --> G[跑iperf3+tcpdump抓SYN重传]
  E --> H[对比dig @223.5.5.5 vs @8.8.8.8]
  F --> I[升级固件或禁用定时功能]
  G --> J[联系ISP索要QoS策略文档]
  H --> K[部署dnsmasq本地DNS缓存]

七、工程实践：生产环境级临时缓解方案

在根因未解决前，可实施以下高鲁棒性规避措施：

1. 路由器WAN口启用「DHCP续租强制心跳」：每180秒向ISP发送DHCPREQUEST（OpenWrt可用/etc/hotplug.d/iface/99-dhcp-keepalive）
2. 部署局域网级DNS over HTTPS代理（如cloudflared proxy-dns），绕过ISP DNS劫持
3. 配置Linux/macOS的NetworkManager在检测到网关延迟>300ms时自动执行ip neigh flush all && systemctl restart networking

八、进阶洞察：从RFC 1122到现代家庭网络协议栈撕裂

该问题本质暴露了IETF标准与商业实现的鸿沟：RFC 1122要求TCP栈必须处理“瞬态拥塞”，但中低端SoC路由器Linux内核常裁剪CONFIG_TCP_CONG_CUBIC模块，仅保留reno；而ISP QoS设备多采用基于五元组的简单流控，无法识别QUIC的UDP封装，导致HTTP/3在夜间优先被限速。这要求工程师必须同时理解tc qdisc、iptables raw表及GPON OLT的DBA算法。

```