一、常见现象：关闭客户端后，系统代理未还原
很多用户习惯在 Windows 上使用 Clash 系列客户端并打开「系统代理」或「设置为系统代理」类选项。正常退出时，多数客户端会尝试把 HTTP/HTTPS 代理改回「不使用」；但异常退出、多版本客户端交替安装、与别的代理软件抢设置，或老版本有 bug 时，会出现：任务栏里已经没有 Clash，Edge、Chrome 却集体打不开网页，而同一台机器上改用手机热点、或另一用户登录却正常。这类情况高度指向本机仍写着「通过 127.0.0.1:7890 之类的地址上网」，也就是代理残留在系统级，而不是单浏览器插件能解释的。
另有一些软件（旧版 应用商店 客户端、企业定制更新器、WinHTTP 调用的服务）不读你在浏览器里看到的那套代理对话，而读另一套存储，因此会出现「浏览器修好了、某个后台还是连不上网」的割裂表现。后文会分开说明。
netstat -ano | findstr 7890（把端口换成你曾用的）确认没有本机进程在听该口；若端口仍开而客户端已关，需单独排查谁占用了同端口，而不是只清系统代理。
二、先排除：不全是 fake-ip 与 DNS 问题
本站另有文章讨论 开 fake-ip 后部分站打不开、DNS 异常 等话题，其典型表现往往是在 Clash 仍运行时部分域名解析「飘」、国内站进代理等。而本文场景的核心判断句是：「完全关掉 Clash 后，机器整站连不上、提示代理连接失败」或「断网时错误页仍显示走本地代理口」。若关前后症状相同且与 DNS/规则无关，请继续往下看系统代理；若关 Clash 后国内站立刻恢复、只有开代理时怪，更宜对照 fake-ip 与规则专文。二者可以并存，但先分清层次能少做无用功。
在 macOS 上，系统代理的残留路径与 Windows 不同，可参考 《Clash Verge 在 macOS 上系统代理不生效》 中的权限与网络扩展思路。本文只覆盖 Windows 下的恢复直连操作。
三、在「设置」里关闭使用代理服务器
在 Windows 11 与 Windows 10 上，最直观的入口是：设置 → 网络和 Internet → 代理。请逐项检查并关闭以下能力：
- 自动检测设置：可保持开启，一般与手动代理无冲突，但若你曾用公司 PAC 且被写死，可暂时关掉做对比。
- 使用设置脚本（PAC）：若此处填了以
http或file开头的地址，而来源已不可达，可清空或关闭，避免无脚本仍被反复请求失败。 - 使用代理服务器：将开关关掉，并确认下方「地址」「端口」已清空。此处对应大多数 Chromium 内核浏览器的系统默认行为，也是多数 Clash 客户端写系统代理时的落点之一。
改完后不必立刻重启，可先完全关闭浏览器再打开；部分浏览器会缓存代理状态。若只这一步就恢复，说明代理残留仅在现代设置界面这一层，不必再动注册表。
四、控制面板「Internet 属性」与局域网设置
历史原因下，很多组件仍复用旧版 Internet Explorer 栈里的「Internet 属性」对话框。路径一般为：控制面板（查看方式：小图标）→ Internet 选项，在「连接」选项卡中点击「局域网设置」。请核对：
- 是否勾选了为 LAN 使用代理服务器，且地址为
127.0.0.1加本地混用端口。关闭Clash 后应取消勾选，或改回「自动检测设置」等与你网络环境匹配的项目。 - 是否配置了企业自动配置脚本（类似 PAC）且已失效。若你没有公司网络要求，可去掉无效脚本，避免长时间等待超时。
此对话框与上节「设置」里看到的项在多数新系统上会互相同步，但少数版本、少数第三方「网络修复」类工具会只改一边，因此当 UI 上看起来都关了、浏览器仍异常时，仍建议打开此处肉眼确认一次，这正好对应了关键词里的「IE 设置」路径。
五、注册表：核对 ProxyEnable 与直连恢复
当图形界面都显示关代理，而现象依旧，或你怀疑有别的程序在开机写回时，可查看当前用户下 Internet 设置 的注册表键。路径为：
计算机\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings
常见与系统代理相关的项包括：ProxyEnable（DWORD，1 表示开）、ProxyServer（如 127.0.0.1:7890）、ProxyOverride 等。在恢复直连的语境下，你可以先把 ProxyEnable 设为 0，并酌情清空 ProxyServer 中已失效的本地地址（修改前可导出该键做备份）。
为何谨慎提注册表？
直接编辑 注册表有风险，误改无关项可能影响别组件。更稳妥的顺序是：先完成第三节、第四节的 UI 操作，再视需要用 regedit 核对。若你完全不熟悉，可请有经验的朋友协助，或先创建系统还原点。
.reg 文件。仅针对上述「Internet Settings」中与代理相关的值做最小变更，并确认当前用户是你要修的那一个（多用户下每用户 HKCU 独立）。
六、WinHTTP：netsh winhttp 与系统服务流量
与面向浏览器的 WinINet 不同，WinHTTP 常服务于 Windows 更新、部分组件、以及某些遵循 WinHTTP 栈的应用。当浏览器已恢复直连，而服务或命令行工具仍报代理相关错误时，应检查 WinHTTP 是否仍指向旧服务器。
在以管理员身份运行的命令提示符或 PowerShell 中执行：
netsh winhttp show proxy
若显示 Direct access（无代理）或空，通常无需处理；若仍显示通过某地址访问，可执行 netsh winhttp reset proxy 将 WinHTTP 代理恢复为与IE/Internet 设置（或你系统策略允许的状态）一致。具体是否要与 IE 同步，取决于你机器上的组策略，企业环境需与网管确认。
这解释了为何「只关Clash 客户端」后，部分软件走旧代理：它们读的不是同一套库。把 WinHTTP 理顺后，再复测原故障软件，更容易定位是否还有应用自带的代理配置或环境变量 HTTP_PROXY。
七、与 PAC、TUN、环境变量区分，避免误伤
本文聚焦系统代理残留。若你曾开 Clash 的 TUN 或增强模式，关客户端后还出现全机断网、路由表异常，那更像虚拟网卡与路由类问题，请对照 《Clash TUN 开启后断网？Windows 路由与防火墙》，与「关闭客户端后网页打不开」的代理场景并不相同。前者多在开 TUN 时最敏感，后者在关 Clash 后仍指 Localhost 代理时最敏感。
又例如与混用端口、局域网相关的入站、监听范围，可参阅 《Clash Windows 11 混合端口与局域网共享》。若你关心子系统与宿主机，还可读 《WSL2 走不通 Windows 上的 Clash》。把层次分开，有助于判断「是系统代理没关」还是「是别层网络栈在捣乱」。
更全面的 YAML 与能力说明，仍建议从本站 配置与规则文档 出发，在下次安装或关闭客户端时养成「看托盘退出是否成功」「异常关机后先检系统代理」的习惯，可显著减少「以为卸了 Clash 就一定回到直连」的误区。
八、自测速查表
| 你观察到的现象 | 建议优先核对的项 |
|---|---|
| 关 Clash 后浏览器统一报 ERR_PROXY / 代理连接失败 | 「设置」与「Internet 属性」里使用代理服务器、127.0.0.1 端口、PAC 是否残留 |
| 浏览器好了，但 Windows 更新或某服务仍失败 | netsh winhttp show proxy 与 reset proxy；公司组策略是否强制代理 |
| 界面上都关了，仍自动变回开代理 | 是否有别的代理软件、开机脚本、或任务计划写 注册表；HKCU\...Internet Settings 当前值 |
| 开 Clash 时怪、关后正常 | 更可能不是本文「残留」主因，可转向 fake-ip 与 DNS 专文 与规则顺序 |
九、小结与再次使用 Clash 时的建议
Clash 在 Windows 上为浏览器与许多 WinINet 应用统一写入系统级 HTTP/HTTPS 代理，在异常退出或混用多客户端时，代理残留会让机器持续连接已不存在的 127.0.0.1 端口，表现为「关掉 Clash 后网页打不开」。按系统设置 → Internet 属性 → 注册表（必要时）→ WinHTTP的顺序恢复直连，能覆盖大多数与 IE 同栈的代理设置与系统服务走系统代理的分支。
相比在搜索引擎里试各种「网络重置」一键方案，有针对性地检查上述几项对已卸载客户端后仍想清代理的人更省时间。相比其它同类生态，Clash 社区文档与多客户端在可观测性上更友好；下次若继续用，只要在退出时确认系统代理已还原、或把代理范围限定在能自动清理的路径上，遇到同类问题会少得多。
若你计划重新安装，可从本站经校验的安装入口获取 Windows 版客户端，再对照文档开启所需模式。