晚高峰频繁断流：判断本地 Wi-Fi 还是线路拥塞

建立对照

连续三天记录相同节点在白天和晚间的表现，并用热点做对照。仅某 Wi-Fi 异常时检查无线干扰和带宽占用；多网络同一时段异常则更像线路拥塞。

选择方案

普通线路的 QoS 或协议兼容问题无法靠重复测速解决。

先排除本地端口与回环，不要直接归因运营商

真实 issue #1716 出现过 dns resolve failed 伴随 i/o timeout 的场景；#1267 则记录了 Windows 临时 TCP 端口耗尽和 Event ID 4227/4231。两者都能表现为“越到晚间越断”，却不等于运营商限速。

# 只读取当前 TCP 状态；不修改系统设置
Get-NetTCPConnection | Group-Object State | Sort-Object Count -Descending
Get-WinEvent -FilterHashtable @{LogName='System'; Id=4227,4231} -MaxEvents 10 |
  Select-Object TimeCreated, Id, ProviderName, Message

如果大量连接处于短时状态或事件日志出现上述事件，先降低并发连接、排除客户端自身流量回环，并升级到受支持的核心版本。

诊断范围

“晚高峰频繁断流：判断本地 Wi-Fi 还是线路拥塞”应先按可观察现象缩小范围：只有晚间卡顿和断流时，用时间、网络和节点三维记录确定拥塞位置。 记录发生时间、使用的客户端与系统版本、是否仅在某个网络或某个配置下发生。不要从单次测速、单个节点或一次重试直接推断根因，也不要在未备份配置时同时修改多个开关。

操作步骤

1. 保留错误提示的非敏感部分，并记下当前客户端、系统、网络类型和最近一次成功时间；订阅链接、账号、令牌和个人网络标识不得写入截图或工单。
2. 在受控条件下只改变一个变量，例如切换已知可用的网络、恢复一份已导出的配置，或暂时停用可能重复接管流量的另一个客户端；每次改动后回到同一个操作复测。
3. 将结果归为“现象消失、现象不变、出现新错误”之一。前两类分别保留变更前后记录；出现新错误时立即恢复上一步，而不是继续叠加 DNS、代理模式、内核或系统权限改动。

验证与回退

完成调整后，以原始失败动作连续复测，并确认目标功能恢复而不是只看到界面状态改变。若复测失败，回退到已导出的配置或原先已知可用的客户端状态，再依据记录选择下一项检查。任何无法解释的证书、权限、路由或账户提示都应停止扩大改动范围并转交产品或网络管理员。

来源与适用边界

本页的“证据与参考”只用于说明已公开的配置说明或个案范围；它不能证明你的网络、账号、节点或服务端当前处于同一状态。将日志中的令牌、订阅地址、账户资料和网络标识删除后再用于比对。