客户端已经退出，国内网站仍转圈，先看系统代理是否还指向本机一个不再监听的端口。2026-10-28 的文档里，Windows 用户代理、WinHTTP 和环境变量是三处设置。sing-box 1.14.4 只写明停止时清理。没有在大陆宽带上复测。

OpenAI、Anthropic 和 Google 都没有把中国大陆写成这些消费级或开发者产品的无条件服务地。从名单外访问可能违反条款，账号可能被限制或停用。本文不写伪造证件、购买或借用账号、借用他人手机号和支付卡。法律背景只转述公开文件，见文末，不是法律意见。

先分清是残留，还是国内站被送进境外节点

一个可单独引用的判断句：客户端已退出，只说明进程不在了；系统仍可能要求浏览器去连接 127.0.0.1 上的旧端口。

你看到的结果更像什么下一步
只有浏览器超时，系统设置里手动代理仍是 127.0.0.1用户级系统代理还开着在同一页关掉，不要先改路由表
浏览器正常，只有这个终端里的 curl 超时该终端的代理环境变量看 http_proxy、HTTPS_PROXY，不要去关系统代理
客户端开着时，只有国内站慢或打不开，境外站正常国内流量进了境外出站那是分流，见 VPN 分流，不是本文的残留
状态栏写已连接，境外站也打不开隧道或 DNS按 现象排查

电脑能开、手机不行，是另一组开关，见 电脑能用、手机不行。

Windows：用户代理和 WinHTTP 不是同一处

微软支持页 在 2026-10-28 把手动设置写成：设置、网络和 Internet、代理，在「使用代理服务器」旁点设置。同一页还有两处会把流量送走：自动检测设置，以及「使用设置脚本」里的脚本地址。关掉手动代理之后，脚本仍开着，浏览器还可以去连一个已经失效的地址。

同一页建议勾选「不要将代理服务器用于本地（Intranet）地址」，除非单位要求内网也走代理。这项没勾上时，路由器管理页一类的内网地址也会交给代理端口。

WinHTTP 是另一套。WinINet 与 WinHTTP 写明，服务场景用 WinHTTP，WinINet 面向的是另一类应用。2026-10-28 的 netsh 命令页 把 show proxy 标成已弃用，改看：

netsh winhttp show advproxy

这一页还写：reset proxy 会把 WinHTTP 代理重置为 DIRECT；set proxy 同样已弃用。公司电脑上的 WinHTTP 可能是单位下发的。看到 127.0.0.1 时，先确认这是不是你自己的客户端留下的，再决定要不要重置。本文不把 reset proxy 写成默认步骤。

Internet 选项文档 写明，用空句柄调用 InternetSetOption 会改注册表里的默认值，并要求客户端不要用注册表函数去改这些默认值，因为存放方式以后可能变。所以清理时用上面的设置页面，不要手改注册表。

macOS：HTTP、HTTPS 和 SOCKS 各有一栏

苹果的 Mac 用户指南 在 2026-10-28 的路径是：苹果菜单、系统设置、边栏里的网络、选中网络服务、详细信息、代理。页面把「自动发现代理」「自动代理配置」「网页代理 (HTTP)」「安全网页代理 (HTTPS)」「SOCKS 代理」分成不同行。只清掉 HTTP、留下 SOCKS，认 SOCKS 的应用仍会去连旧端口。

同一页还有「排除简单主机名」和「对这些主机和域不使用代理」。客户端退出后若这些开关还开着，先全部看一遍，再关掉你确认是它留下的那几项。本文没有核对 networksetup 的命令行参数，清理以这个图形界面为准。

终端环境变量，curl 才直接读

2026-10-28 打开的 curl 手册 没有给出一个 curl 版本号，机器上的行为以 curl --version 为准。手册写：用环境变量指定代理，效果与 --proxy 相同；小写优先；http_proxy 只有小写。HTTPS_PROXY 和 ALL_PROXY 也列在环境一节。--noproxy 里单独一个 * 会匹配全部主机，从而不使用代理。

curl --noproxy '*' -sS -o /dev/null -w '%{http_code}\n' --max-time 20 https://www.baidu.com/

手册没有写 curl 会读取 Windows「设置」或 macOS「系统设置」里的手动代理。因此：

  • 这条命令有 HTTP 状态码，浏览器仍超时：更像浏览器还在用系统代理或扩展，不是 curl 这条环境。
  • 这条命令也超时，去掉 --noproxy '*' 之后仍超时：失败点不在 curl 的代理变量上。
  • 只有当前终端失败：查这个终端里有没有 http_proxy、HTTPS_PROXY、ALL_PROXY。关掉系统设置，不会改掉已经导出的变量。

不要把带口令的代理地址打到公开场合。打印时只看有没有设置。

sing-box 1.14.4 只承诺「停止时清理」

2026-10-28 查询 GitHub Releases：稳定版 v1.14.4 发布于 2026-10-24T01:04:25Z，不是预发布。同日的 v1.15.0-alpha.13 是预发布。下面按稳定版文档，不按 alpha。

mixed 入站 当天写着：set_system_proxy 只支持 Linux、Android、Windows 和 macOS；在 Android 和 Apple 平台上若没有相应权限，改用 tun.platform.http_proxy。原文是启动时自动设置系统代理，停止时清理。

{
  "type": "mixed",
  "tag": "mixed-in",
  "listen": "127.0.0.1",
  "listen_port": 2080,
  "set_system_proxy": true
}

这不是一份完整配置。2080 只是示例端口，改成你本机实际在听的端口。文档没有写它改的是 WinINet 还是 WinHTTP，也没有写进程被强制结束后还会不会清理。正常退出之后，回到上一节的系统设置里再看一次。

Android 上无权限时的字段不在这段里。手机和电脑不是同一套接管，见 电脑能用、手机不行。TUN 本身为什么不等于系统代理，见 TUN 全局代理。

浏览器扩展可以盖住系统设置

Chrome 的 proxy API 页脚写着 Last updated 2026-09-21 UTC。mode 为 system 时采用操作系统的代理；fixed_servers 时采用扩展写上的服务器。页面还写：system 和「完全不设置代理配置」不是一回事，后者只在没有命令行影响时才回落到系统设置。

因此，系统设置已经关掉，只有这个浏览器仍超时：先停用能改代理的扩展，再试同一个国内网站。本文不推荐任何扩展，也不提供扩展配置。

可以照着做的一轮清理

  1. 正常退出客户端，不要只关窗口就假定进程已经停止。
  2. Windows 打开设置里的代理页，看手动代理、设置脚本和自动检测。确认是自己留下的 127.0.0.1 之后，关掉手动代理。
  3. 另开一个命令看 netsh winhttp show advproxy。里面的地址和设置页不一致时，不要用其中一处的结果代表另一处。
  4. macOS 按苹果的路径打开代理页，HTTP、HTTPS、SOCKS 和自动配置都看。
  5. 用 curl --noproxy '*' 看国内站是否返回 HTTP 状态码。浏览器再开同一站点。两边不一致就按上面的分层处理。
  6. 仍只有国内站在「客户端开着」时失败：改查分流，而不是反复卸载客户端。概念见 VPN 分流。

公开文件里的法律范围

《关于清理规范互联网网络接入服务市场的通知》（工信部信管函〔2017〕32号）写明，未经电信主管部门批准，不得自行建立或租用专线（含 VPN）等其他信道开展跨境经营活动。2017 年 1 月 24 日的答记者问说明，对象是无国际通信业务经营资质而开展跨境电信业务经营的企业或个人；企业办公自用、向依法设置国际通信出入口局的经营者租用，不在该条针对的范围内。本文不判断某种个人使用是否违法，也不写规避执法的做法。2026-10-28 没有重新打开部委网页，这段沿用该通知和答记者问的公开表述。

清理之后留下的记录

留下四样东西：退出后设置页里手动代理是开还是关、WinHTTP 里有没有另一个地址、失败的是浏览器还是某一个终端、sing-box 是不是 1.14.4。下一次客户端升级后用同一张表再看。文档只写「停止时清理」，不能把这句话当成强制结束后的保证。