先确认“退出”是否真的停止了代理

点击窗口关闭按钮后，客户端可能仍驻留系统托盘。先重新打开，在软件内部关闭系统代理和 TUN，再使用退出菜单。正常退出有机会自动还原系统设置；如果直接结束进程或异常崩溃，Windows 可能继续把请求送给已经关闭的本地代理端口。

如果 Wi-Fi 断开、路由器离线或公共网络未认证，应先恢复基础联网。用另一台设备检查同一网络，再用本机连接手机热点做对照。不要在基础网络已断的情况下重复修改代理规则。

第一步：检查 Windows 的手动代理与脚本

  1. 打开“设置 → 网络和 Internet → 代理”。先记录“使用设置脚本”和“使用代理服务器”的当前值。
  2. 若手动代理指向退出客户端曾使用的 127.0.0.1 端口，确认不再需要后关闭手动代理并保存。若存在该软件创建的 PAC 脚本，也一并检查。
  3. 自动检测、PAC 与手动代理是不同机制。不要因为看到某个开关打开就全部关闭；企业网络可能依赖组织提供的脚本。
  4. 完全退出并重新打开受影响的浏览器，再访问平时可直连的网站。

公司或学校管理的设置可能被策略锁定或自动恢复，应联系管理员。不要修改注册表来强行覆盖管理策略，也不要从网上下载来源不明的“代理修复器”。

第二步：用两个请求分清浏览器问题与网络问题

PowerShell：绕过 curl 显式代理测试基础网页
curl.exe --noproxy "*" --connect-timeout 8 --max-time 20 -I https://example.com

此命令只绕过 curl 的显式代理，不绕过仍在工作的 TUN、VPN 或网络网关。收到 HTTP 响应后，浏览器仍报代理连接失败，就继续检查浏览器代理扩展、PAC 和进程缓存。若命令也失败，记录是 DNS、连接超时还是证书错误，再进入对应分支。

PowerShell：查看旧代理端口是否仍在监听；7890 需改成实际值
Get-NetTCPConnection -LocalPort 7890 -State Listen -ErrorAction SilentlyContinue

没有监听结果，意味着该端口当前没有对应 TCP 监听，不代表所有网络都坏了。若系统仍指向它，先修系统设置；若监听还在，应确认是否另一款客户端占用该端口。不要仅凭端口号就结束未知进程。

第三步：WinHTTP 与每个应用的配置分开查

只读查看 WinHTTP 代理
netsh winhttp show proxy

WinHTTP 常被部分服务或程序使用，并不等同于“设置”里的用户代理，也不能代表 Git、浏览器和所有桌面软件。普通浏览器恢复而某个后台程序仍失败时，再检查它是否使用 WinHTTP 或自己的代理配置。

只有确认 WinHTTP 的代理由你之前手动设置、现在不需要且不存在组织依赖时，才考虑使用 netsh winhttp reset proxy；先保留旧地址与绕过列表，并准备恢复方式。不要把这条修改命令当作每台电脑都应执行的常规步骤。

终端程序还可能读取 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY 或自己的配置文件。新开一个终端做对照，再查看自己设置过的环境变量。直接删除系统中所有包含 proxy 的变量，可能破坏其他软件。

第四步：仍全机失败时检查 TUN、VPN 和 DNS

  1. 在客户端里确认 TUN 已关闭，检查 Windows VPN 设置与其他安全软件是否仍接管网络。先正常停止自己安装的相关功能，每轮只处理一个。
  2. 重启客户端再正常退出；若虚拟网卡或路由状态没有恢复，重启电脑后再次测试基础联网。不要直接删除全部虚拟网卡。
  3. 若错误明确是域名无法解析，查看 ipconfig /all 里的 DNS 与网络接口，和连接前记录比较。只有确认是残留缓存时再用 ipconfig /flushdns；它不能修复错误的 DNS 地址或坏掉的隧道。

把网络重置留到最后

系统网络重置可能移除并重新安装网络适配器，也可能影响 VPN、虚拟交换机或其他联网软件的配置。只有在前面定位和恢复均无效、且你有必要配置备份时才考虑；企业设备先咨询管理员。多数残留系统代理问题不需要走到这一步。

完成后分别验证直连网页、原先失败的软件、再次启动代理后的连接，以及退出后的恢复。记下真正有效的改动，恢复所有无效的临时调整；之后尽量通过客户端自己的退出流程停止服务。