Windows 睡眠唤醒后 Clash 还在，但网络断了怎么办？
睡眠会改变网卡、路由和已有连接状态。唤醒后先确认底层网络，再重连内核与节点，最后检查 TUN 网卡、系统代理端口和多网卡出口。
先看重点先关闭 Clash 的系统代理或 TUN，确认 Windows 已重新连上 Wi-Fi/有线网络；再重启内核并重连同一节点。直连正常但代理失败时，系统代理用户核对本地端口，TUN 用户检查虚拟网卡和当前出口；不要一上来重置订阅或删除驱动。
电脑合盖前一切正常，唤醒后 Clash 图标还在、节点也没变，浏览器却全部超时。图标存活只说明界面进程没有退出，不代表 Wi-Fi、路由、TUN 网卡和旧连接都已经恢复。
Windows 会在睡眠期间管理或暂停网络活动。Microsoft 也把重新启用网络连接列为影响 Modern Standby 唤醒的重要环节，因此应先等底层网络恢复，再判断代理。
第一步：暂时退出代理路径
先关闭系统代理和 TUN，不必退出整个客户端。确认任务栏 Wi-Fi/有线网络已连接，然后直连打开一个普通网页：
- 直连也失败：先断开并重连 Wi-Fi/网线，问题不在节点；
- 直连恢复：继续重启代理内核并测试同一节点；
- 显示已连接但没有互联网：等待获取地址和 DNS，或用另一网络做对照；
- 只有局域网页面能开：底层外网仍未恢复。
不要在这一步重置订阅 token。睡眠不会让机场订阅凭空失效，先处理更接近症状的网络状态。
系统代理用户检查本地端口
重新启动 Clash 内核，确认当前 mixed-port 正在监听，再开启系统代理。到 Windows“设置 → 网络和 Internet → 代理”查看地址和端口是否仍指向当前客户端。
若端口变化、内核未启动或旧进程仍占用端口，就会出现系统代理开着但没人接收请求。此时按本地代理端口被占用处理，不要把 Windows 代理改成陌生地址。
日志里完全没有浏览器请求，说明流量没有进入内核；有请求但超时，才继续比较节点和出口。
TUN 用户检查虚拟网卡和当前出口
TUN 依赖虚拟网卡和系统路由。睡眠前后的 Wi-Fi、有线、扩展坞或 VPN 变化，可能让自动出口选择需要重新计算。Mihomo 文档也指出，多出口网卡场景下可根据实际情况指定出口接口，但普通用户不应为了偶发唤醒问题长期硬编码网卡。
最小恢复顺序：
- 关闭 TUN；
- 确认直连网络恢复；
- 重启内核；
- 再开启 TUN；
- 查看虚拟网卡是否重新出现，日志是否产生请求。
如果每次都要删除网卡或重装服务，说明还有驱动、其他 VPN 或多网卡冲突，不应把重复删除当正常方案。
只在合盖接扩展坞后出现
从 Wi-Fi 切到有线、拔插 USB 网卡或唤醒时同时连接多条网络，会增加出口变化。保持一种物理网络复测：只用 Wi-Fi，睡眠一分钟后唤醒；再只用有线重复。
只有扩展坞场景失败时，记录网卡名称、连接顺序和错误时间，更新电脑厂商提供的网卡/扩展坞驱动。不要从第三方驱动站下载所谓通用网卡驱动。
何时进一步处理
- 关闭代理后仍无网：处理 Windows/网卡恢复；
- 系统代理失败、TUN 正常：检查端口与应用是否遵守系统代理；
- TUN 失败、系统代理正常：检查服务、虚拟网卡、路由和防火墙；
- 重启内核即可恢复且高频复现：导出脱敏日志，向客户端项目报告版本与唤醒步骤。
修复后做两次睡眠唤醒复测。一次偶然恢复不能证明根因已经消失。
资料来源
以下来源于 2026/8/8 复核。版本、支持平台和发布状态以后续官方页面为准。
持续更新
收到新教程，也欢迎纠错
想收到新文章，可以关注 TG 频道；发现下载失效、套餐变化或步骤不一致，请附上页面链接和可公开的截图。不要发送订阅链接、密码或完整账户信息。
读者互动
这篇内容对你有帮助吗？
最新评论
- 正在加载评论……