为什么退出 Clash 反而上不了网
许多图形版 Clash 客户端在开启「系统代理」或「TUN 模式」时，会改写操作系统层面的网络参数：把 HTTP/HTTPS 流量指到本机某个端口，或安装虚拟网卡并下发更细的路由与 DNS。正常退出时，成熟客户端一般会尝试把这些改动还原；一旦进程崩溃、被任务管理器强杀、更新中途被打断，或你手动关掉了客户端却没走它的「退出」流程，系统里就可能留下半套配置：代理开关仍是「开」，地址却指向 127.0.0.1:7890（示例端口）之类已无人监听的位置，于是所有仍遵循系统代理的应用都会把连接扔进黑洞。
TUN 残留是另一类典型情况：虚拟适配器还在，默认路由或分流路由仍优先把流量送进隧道，而隧道对端已经不存在，表现同样是「网页转圈、DNS 超时」。这类问题与「订阅坏了」「节点全红」无关，因此不必先怀疑机场；先把系统代理残留与TUN / 虚拟网卡理清，往往几分钟就能恢复上网。若你还不熟悉各菜单名称，可先浏览 如何选择适合自己的 Clash 客户端，再对照本文在系统设置里操作。
先判断：只有浏览器，还是整台电脑
打开系统自带的终端或命令行（Windows 可用「终端」或 PowerShell，macOS 用「终端」），直接 ping 一个常用公网地址（例如运营商 DNS 或公共 DNS 的 IP）。若 ping 通而浏览器仍打不开，多半仍是浏览器单独走了代理扩展或仅 HTTP 层被系统代理劫持；若 ping 也不通，再检查本机 Wi‑Fi/网线是否真的在线，以及是否与公司 VPN 冲突。把范围缩小后，下面针对 Windows 11 与 macOS 的步骤更有针对性。
部分应用（如部分 IDE、包管理器）会无视系统代理，因此会出现「微信能用、Chrome 不行」或相反的割裂现象——这正好说明问题在代理层而不是物理断网。记录这些对照，有助于你向他人描述问题时一句话说清场景。
Windows 11：关闭系统代理残留
在 Windows 11 中打开设置 → 网络和 Internet → 代理。在「手动设置代理」下，将使用代理服务器关闭；若曾填写过脚本地址，检查使用设置脚本是否误开，并清空无效的 PAC URL。随后打开控制面板 → Internet 选项 → 连接 选项卡 → 局域网设置，确认未勾选「为 LAN 使用代理服务器」，除非你有意保留其它合法代理。某些第三方优化软件会再次写入代理，若改完瞬间又被改回，需要暂时退出那类软件再试。
若你使用 Edge/Chrome 且启用了「使用计算机的代理设置」，浏览器会跟随上述系统项；Firefox 若单独配置过代理，需在 Firefox 自己的网络设置里改回「使用系统代理设置」或「无代理」。完成后再试访问网页，通常系统代理残留在这一步即可消除。
Windows 11：TUN / Wintun 与路由
打开设备管理器，展开网络适配器，查看是否仍存在名称里带 Wintun、TUN、Meta 或你所用客户端品牌的虚拟网卡。若 Clash 已退出而适配器仍在，可尝试：重启电脑（最省事）；或在确认无其它依赖后，于设备管理器中卸载设备并勾选「删除驱动」仅当你清楚该驱动由本客户端安装、且可由其重新安装时再做。错误卸载物理网卡驱动会导致真断网，操作前务必看清设备名称。
进阶用户可在管理员 PowerShell 中执行 route print 与 ipconfig /all，观察是否在 Clash 关闭后仍存在指向虚拟接口的异常默认路由或固定主机路由。若发现明显指向已失效隧道路由，可在管理员权限下用 route delete 删除对应条目（先截图备份）。这类操作影响面大，仅建议在你能读懂输出时再动手；拿不准时，重启与重装/修复客户端官方包通常比手改路由更安全。
macOS：网络设置里的代理与 PAC
打开系统设置（或旧版「系统偏好设置」）→ 网络，选中当前使用的接口（Wi‑Fi 或以太网），点击详细信息 → 代理。逐项关闭网页代理（HTTP）、安全网页代理（HTTPS）、SOCKS 代理等开关，并检查自动代理配置是否指向了无效的 PAC 地址。某些客户端会把端口写在 127.0.0.1 上，关闭开关后应立即恢复直连。
若你使用多个网络位置或 VPN 描述文件，切换一次网络位置或断开第三方 VPN 再试，能排除「配置文件层」覆盖系统面板的情况。Safari 与 Chrome 在 macOS 上多数场景遵循系统代理；若只有某一浏览器异常，再检查该浏览器的独立代理扩展。
macOS：TUN、网络扩展与虚拟接口
启用过 TUN 模式 的 Clash 系客户端往往依赖网络扩展（Network Extension）或内核扩展（旧系统）。若退出后系统仍尝试把包送进已停止的扩展，可尝试：在客户端内先显式关闭 TUN 再退出；打开系统设置 → 隐私与安全性 → 开发者工具或网络扩展相关页（具体名称随系统版本略有差异），查看是否有挂起的扩展需要移除授权；最后重启 Mac。在「终端」执行 ifconfig，若仍能看到明显的 utun、tap 类接口且流量异常，可结合客户端文档判断是否需要重新安装该客户端以刷新扩展状态。
macOS 上与 DNS 相关的异常有时会与 TUN 的 DNS 劫持一起出现，表现为解析慢或解析到奇怪地址。若你已按上文关闭 TUN 仍解析异常，可在网络详情里暂时改用可靠公共 DNS 做对比测试。更系统的 DNS 与 fake-ip 配合说明见 TUN 模式深度解析，但记住：那是「在线调优」；本文关注的是软件退出后环境是否还原。
客户端里减少「忘记还原」的设置习惯
为降低再次遇到 Clash 退出断网 的概率，建议在所用图形客户端中养成几个习惯：尽量使用应用内的退出或停止系统代理 / 停止 TUN按钮，而不是仅从托盘图标消失就假定已清理；开启「退出时恢复系统代理」类选项（名称因客户端而异）；避免多开两个不同发行版同时争抢系统代理。若你需要长期让部分软件直连、部分走代理，用规则分流比长期全局系统代理更安全，也减少异常退出时的破坏面。
更新客户端或内核前，先完全退出并确认系统代理已关闭，可减少安装程序与服务进程交错导致的半初始化状态。更多日常维护思路可参考站内 常见问题 中与安装、权限相关的条目。
验证已恢复与仍未通时的下一步
完成系统侧清理后，按顺序验证：浏览器访问常用 HTTPS 站点；系统更新或应用商店是否能检查更新；终端里 ping 与 nslookup（或 dscacheutil -q host）是否解析正常。若只有 HTTPS 异常而 HTTP 正常，再回头看是否还有安全代理开关未关。若一切仍不通，且问题发生在 Clash 运行中而非退出后，应转向 连接日志与 TLS 分层排查节点与握手，而不是继续在系统面板里循环点击。
极少数环境会与企业安全软件、家长控制、MDM 描述文件互相覆盖代理设置；若你发现每次重启后代理又被自动改回，需要联系设备管理员或暂时卸载冲突软件做对照实验。
和日志排查、TUN 深度文怎么配合
本站 连接日志与 TLS 侧重代理仍开启时的链路问题；TUN 模式深度解析 侧重模式原理与在线调参。本文补上了第三块拼图：进程消失之后，操作系统里还剩什么。把三类文章对应三种时间线——退出后立刻断网、用着用着超时、想深入理解 TUN——查阅时就不容易张冠李戴。
结语
Clash 退出断网在多数情况下并不是神秘故障，而是系统代理残留或 TUN 虚拟网卡 / 路由未恢复 这类可验证、可手动纠正的状态。按 Windows 11 与 macOS 分别在「设置 → 代理」「网络适配器 / 路由」里走一遍，再配合客户端的规范退出习惯，就能把问题压缩在很小的时间成本内。
相比一次性脚本，选择行为可预期、更新积极的 Clash 发行版，并在日常使用中优先用规则分流而非长期全局劫持系统栈，整体稳定性与可恢复性都会更好。
→ 立即免费下载 Clash，开启流畅上网新体验，用清晰界面管理代理与 TUN，减少退出后的环境残留烦恼。