网络代理连接失败的常见原因：从本地到节点逐层排查

代理连接失败时，从本地网络、客户端进程、订阅、节点、系统代理到 DNS 和规则依次检查。 不要同时重装软件、改 DNS 和切换协议，否则很难知道哪一步真正解决了问题。

第 1 层：本地网络

先关闭代理，确认普通网站能否访问。若基础网络已经中断，应先修复 Wi-Fi、移动网络或路由器问题。切换网络可以帮助判断故障是否只发生在当前接入环境。

同时确认设备日期、时间和时区准确。明显的时间误差可能导致 TLS 证书验证失败。

第 2 层：客户端

确认客户端没有崩溃，核心进程已经启动，并且没有第二个代理、VPN 或安全软件争用端口或虚拟网卡。查看日志中的第一个错误，而不是只看后续重复报错。

第 3 层：订阅与账户

在服务后台确认套餐未到期、流量未耗尽、订阅地址未重置。更新订阅失败与节点连接失败是两类问题，应分别记录。

第 4 层：节点

切换不同地区的少量节点测试。如果只有一个节点失败，通常不必重装客户端；如果所有节点都失败，再继续检查本地配置和服务状态。

第 5 层：系统代理与虚拟网卡

浏览器打不开网页时，确认系统代理确实指向当前客户端监听端口。使用 TUN 模式时，应查看虚拟网卡、管理员权限和路由冲突。退出客户端后无法联网，常见原因是系统代理没有恢复。

第 6 层：DNS 与分流规则

如果域名打不开但直接访问 IP 有响应，问题可能与 DNS 有关。如果只有特定站点失败，检查分流规则是否把它发送到了错误出口。先回到客户端默认规则验证，再逐步恢复自定义设置。

记录一份最小诊断信息

求助时提供：操作系统版本、客户端及版本、发生时间、本地网络类型、受影响范围、已尝试步骤，以及删除敏感内容后的关键日志。不要公开订阅链接、UUID、密码或完整配置。

快速决策树

1. 不开代理也断网：修复本地网络。
2. 订阅无法更新：检查账户、地址和订阅接口。
3. 单个节点失败：换节点并记录故障。
4. 全部节点失败：检查客户端、系统代理和服务状态。
5. 只有个别站点失败：检查 DNS、规则和目标站点。

何时停止修改

当服务方已经发布故障公告，继续反复改本地配置通常没有帮助。保存可工作的旧配置，等待恢复并记录时间，比重建全部环境更安全。