把“连不上”描述成能复现的现象
记录失败应用、目标、开始时间和此前改动。例如“首页能开、登录接口超时”比“全部坏了”具体。订阅更新后节点消失与开启 TUN 后断网，排查方向不同；保留错误原文，不只记颜色。
固定测试目标，记下版本、配置、节点、模式、系统代理和 TUN 状态。调整后重复同一操作，一次只改一个条件，才能判断改动是否有效。
先检查原网络，再检查当前配置
先确认电脑连上路由器或热点，并完成酒店、校园、访客 Wi-Fi 的认证。客户端不能代替网络登录。其他设备同时失败时，优先检查上游网络。
在订阅页面核对当前配置、更新时间和账户有效期，避免导入新订阅却仍启用旧配置。代理页面应出现该配置的策略组或节点；完全空白时先查配置与内核状态。
- 确认原网络已连接，并完成网络认证。
- 核对客户端当前版本与内核报错。
- 确认当前配置名称、订阅有效期和更新时间。
- 进入代理页面，检查节点列表是否符合该订阅内容。
节点测试只做初筛，实际目标才是结果
在相同条件下比较两到三个节点，记录延迟与超时，再访问固定目标。延迟有数字只代表特定探测有响应，不能保证所有应用可用；探测失败也需结合目标与服务状态判断。
换节点后恢复时，重点检查原节点或线路。多个节点只有同一网站失败时，查网站、规则、账号或 DNS。视频缓冲、下载速度和首次加载是不同指标，不能用一个延迟数字代替。
没有连接记录与出口错误，要分开处理
访问目标时查看连接页面。没有请求，先查系统代理状态、浏览器扩展和应用代理设置。不读取系统代理的应用可能需单独配置或使用 TUN，切换规则与全局未必有用。
有请求却走 DIRECT 或错误分组时，检查命中规则和组内选择。可临时用全局与同一节点对照，之后恢复。出口正确仍超时，保存连接与日志，再查节点、目标服务或解析。
| 你看到的情况 | 优先检查 |
|---|---|
| 只有某个应用不工作 | 应用代理设置、接管方式与协议需求 |
| 没有目标连接记录 | 系统代理、扩展、应用是否交给客户端 |
| 有记录但走 DIRECT | 规则命中与策略组当前选择 |
| 走节点仍反复超时 | 节点、目标服务、DNS 与错误日志 |
| 退出客户端后网络不可用 | 系统代理或 DNS 是否残留 |
恢复网络并准备可用的故障信息
开启 TUN 后异常，先关闭并回到此前可用状态，再查 DNS 与其他网络工具。退出后仍指向本地代理时，确认由自己设置后恢复。不关闭全部防火墙、不删未知网卡、不关闭证书验证。
求助时提供版本、系统、首次故障时间、复现步骤、单项测试结果和相应时段日志。通过客户端导出后，遮盖订阅令牌、节点密码、内网地址和账号，保留与故障相关的记录。
怀疑新版本问题时先备份，查看发布说明，并保留此前可用版本的正式来源。重装无法解决套餐到期、服务商故障或外部网站限制。
常见问题
延迟测试有数字，为什么实际网站打不开？
延迟测试使用的是特定测试目标。实际网站可能命中其他规则、需要额外域名或受到服务端限制，应查看失败目标的连接与日志。
只有一个软件无法连接，要先重装客户端吗？
先确认该软件是否使用系统代理、是否在连接页面出现请求，再检查协议、规则与出口。单个应用失败不等于客户端整体损坏。
反馈故障时需要发完整订阅链接吗？
公开反馈不应发送完整令牌或密码。提供版本、复现步骤与脱敏日志即可；服务商如需账户核验，应通过其可信的私有支持渠道进行。
参考资料
资料核对：2026-10-09。