退出 Clash 后 Windows 上不了网？先清掉残留系统代理
客户端退出后浏览器显示代理服务器拒绝连接，通常是 Windows 仍指向已经关闭的本地代理端口。这里给出可逆的检查和恢复顺序。
先看重点先在 Windows 设置中关闭手动代理或代理脚本，再确认 Clash 的系统代理开关已经熄灭；若只有系统服务仍异常，用 netsh winhttp show proxy 查看 WinHTTP，确认确有残留后再重置。
Clash、v2rayN 一退出，网页马上变成“代理服务器拒绝连接”，最常见的原因不是宽带坏了，而是 Windows 仍把请求发往 127.0.0.1 的本地代理端口。客户端进程已经停止，端口无人监听，请求自然全部失败。
先恢复系统代理，不要先重装网卡、刷新 DNS 或关闭防火墙。 这些动作解决不了一个已经不存在的本地代理进程，还会把原本单一的问题变复杂。
先看错误发生在哪一层
断开客户端后做两个对比：
- 浏览器、聊天软件都不能联网，但 Windows 仍显示 Wi-Fi 或网线已连接；
- 浏览器错误里出现 proxy、
127.0.0.1、connection refused 或无法连接代理服务器。
这组现象很像残留系统代理。若连路由器管理页也打不开，或者 Windows 明确显示无网络，则还要检查本地网络，不能把所有断网都归给代理。
在 Windows 设置里关掉残留项
打开“设置 → 网络和 Internet → 代理”。先记录当前页面，尤其是公司电脑上的自动配置脚本地址，避免误删单位策略。个人电脑通常检查两处：
- “使用设置脚本”不应继续指向已停用客户端生成的 PAC；
- “使用代理服务器”不应继续指向
127.0.0.1:7890、7897等本地地址。
关掉对应开关后重新打开浏览器测试。不要顺手关闭“自动检测设置”，它与手动指向本地端口不是同一项。
如果客户端还能打开，最稳妥的做法是重新启动它，先在客户端内关闭“系统代理”，看到 Windows 设置恢复后再正常退出。这样也能判断是上次异常退出，还是客户端的守卫设置会自动把代理重新写回。
浏览器恢复了，系统服务仍失败怎么办
Windows 的用户代理和 WinHTTP 可能不是同一套配置。以普通命令提示符运行：
netsh winhttp show proxy如果输出是 Direct access，WinHTTP 没有残留代理，不要继续重置。只有它明确显示了已失效的本地地址，并且这不是单位管理员配置时，才用管理员终端执行：
netsh winhttp reset proxy这个命令会把 WinHTTP 改为直连，可能影响企业网络、抓包工具或原本就依赖代理的服务。公司设备应先联系管理员。
仍然断网时，只做一个变量的测试
确认 Windows 代理已清空后，依次测试路由器地址、一个普通网站和 DNS 解析。若本地地址能开、域名不能开，才检查 DNS；若域名能解析但 HTTPS 连接失败，再看防火墙、时间或证书。
不建议执行网上常见的“一键修复网络”脚本。它们经常同时重置 Winsock、IP、DNS、防火墙和网卡，恢复成本远高于关掉一个代理开关。
下次如何避免
退出前先关闭系统代理；客户端提供“代理守卫”或“退出时清理”时，只在你了解行为后开启。更新或切换客户端前也先恢复直连，避免旧客户端留下端口，新客户端又监听另一端口。
真正修好的标准很简单：客户端完全退出后，Windows 代理页不再指向本地端口，浏览器能直连；重新启动客户端、开启系统代理后又能正常使用。两种状态都能复现，才算恢复完整。
仍有异常时，先区分配置来自哪一层
残留代理通常会很快报“无法连接代理服务器”或拒绝连接，因为请求已经到达本机，却找不到监听进程。DNS 故障更常见的是找不到域名、解析超时；直接访问本地路由器地址通常仍正常。
可以在客户端关闭时执行一次：
curl.exe -I https://example.com/若输出明确尝试 127.0.0.1:7897 一类地址，说明 curl 自己还读到了环境变量或配置；这和 Windows 设置页的用户代理又是不同来源。检查当前终端里的 http_proxy、HTTPS_PROXY 和 ALL_PROXY，不要因为浏览器恢复就认定所有工具都已清理。
如果浏览器已经恢复、只有 Git 或终端仍不通，继续按浏览器正常但命令行不通的代理入口检查处理，不要再次重置整套 Windows 网络。
公司电脑不要擅自清空自动脚本
企业网络可能通过 PAC、WPAD、组策略或 WinHTTP 提供合法代理。设置页里出现公司域名的脚本地址时，应先记录并询问管理员；把它与个人 Clash 的 127.0.0.1 区分开。
同样，netsh winhttp reset proxy 只重置 WinHTTP，不会自动修复所有浏览器扩展、工具环境变量或第三方网络驱动。命令影响面与症状对不上时，不执行反而是更安全的选择。
如果每次异常退出都会复发
确认客户端版本和官方发布记录，观察正常退出是否能清理、只有系统关机或崩溃才会残留。可把可复现步骤、退出方式、Windows 版本和代理设置前后截图提交给项目维护者，截图中不要包含订阅地址。
在修复前形成一个简短习惯：退出前关闭系统代理；开机发现断网先看 Windows 代理页。它比每天运行来源不明的“断网修复.bat”可靠得多。
资料来源
以下来源于 2026/8/8 复核。版本、支持平台和发布状态以后续官方页面为准。
持续更新
收到新教程，也欢迎纠错
想收到新文章，可以关注 TG 频道；发现下载失效、套餐变化或步骤不一致，请附上页面链接和可公开的截图。不要发送订阅链接、密码或完整账户信息。
读者互动
这篇内容对你有帮助吗？
最新评论
- 正在加载评论……