从症状确定检查范围

先判断是全部应用失败，还是只有单个网页或程序异常；故障发生在启动时、订阅更新后，还是网络切换之后。记录时间和网络类型，再确认接入网络本身能否正常联网。需要网页认证的公共Wi-Fi，应先完成其正常认证流程。

连接诊断总览按软件、配置、接管和线路划分了入口。先检查客户端窗口与进程是否仍在运行，有没有明确错误；“软件打开”只是本地程序存在，不能等同于远端连接正常。

订阅、解析与活动配置逐项确认

账号状态、订阅权限、地址有效性和配置加载分别核对。查看最近一次更新的结果，判断是获取超时、认证失败还是解析失败。不要把账户仍可登录当作订阅可用的证据，也不要凭列表名称推断服务端状态。

确认当前活动配置包含需要的线路。若故障恰好出现在刷新后，阅读订阅更新异常检查，比较新旧条目与加载状态。先保存必要的本地设置，避免删除配置后失去判断依据。

请求有没有交给客户端

Windows设备查看客户端实际监听地址和端口，再对照系统代理设置。只做核对，不填入教程假定的端口。如果软件报告端口被占用，先确认占用来源与软件说明，不要强制结束未知进程。

移动设备检查授权与接口

Android和iOS使用系统VPN能力时，需要相应授权；已有授权也不能保证远端握手成功。Android设备若锁屏后才断开，可按移动端权限与后台检查观察。企业设备或工作资料可能受管理策略约束，应保留其网络要求。

只替换一个变量来定位线路

保持配置和模式不变，切换另一条线路后访问同一目标。如果仅某条失败，检查该条连接日志；如果所有线路均失败，继续看本地接入、订阅和客户端。延迟探测通过不代表实际访问目标可达。

在允许且方便的条件下，用另一个已知正常的接入网络作对照。若故障只出现在一个应用，核对其是否遵循系统代理及当前规则。日志中的域名解析失败、连接超时和认证错误指向不同层级，应分别处理，而不是统一重装。

小范围恢复，并留下可复现记录

优先使用软件提供的重新连接、重新加载当前配置等可回退操作。没有证据时，不重置全部网络、不删除虚拟适配器、不清空路由，也不关闭整机防火墙。每次操作前记下原值，失败后恢复，再测试下一个假设。

恢复后重试最初失败的应用，并检查切换网络或唤醒设备后是否正常。如果需要进一步协助，准备系统与软件版本、故障时间、已完成的检查以及脱敏日志；不要公开订阅Token、完整账号资料或包含凭据的配置文件。能重现的问题记录，比一张“连接失败”的截图更容易定位。