先写清楚失败发生在哪里
一句“机场不能用了”包含很多不同情况：应用打不开、订阅无法更新、节点连接超时、浏览器正常但工作程序失败，或者只有某个网页提示无权访问。把现象分清楚，才能避免对着节点问题反复重装应用，或对着账户问题不停切换线路。
先记下故障开始的时间，以及前一次正常使用之后发生了什么变化。可能是换了网络、更新了应用、更新了配置，也可能没有主动修改。变化记录并不等于原因结论，但能帮助下一步建立对照。
排查前保留当前配置与报错截图。不要一开始就删除全部配置、清空系统网络设置或同时启用多个工具，否则原来的现象可能消失，却留下更多无法解释的新问题。
- 启动阶段失败：记录应用与系统的具体提示。
- 配置阶段失败：记录导入或更新订阅的提示。
- 访问阶段失败：说明是所有请求异常，还是某个页面或程序异常。
第一层：暂停连接，验证基础联网
先通过客户端正常停止连接，再检查平时可以直接访问的网页。如果仍然无法联网，优先检查 Wi-Fi、蜂窝网络、路由器或当前网络是否需要登录认证。基础网络本身异常时，更新订阅和换节点都缺少可靠的测试前提。
在电脑上，应用退出并不一定意味着之前的系统代理设置已经恢复。可以核对系统代理是否仍指向本地地址，并确认有没有另一个工具正在接管。对于单位设备，不要擅自移除管理员配置的代理，应先区分组织要求和自己启用的设置。
基础联网恢复后，再重新开启客户端继续检查。这个先暂停、再恢复的过程可以判断异常是否随着客户端接管而出现，避免把本地断网误认为整个服务商故障。
第二层：把账户状态与配置状态分开看
进入自己的服务商后台，查看有效期、剩余流量、设备限制和故障公告。套餐到期、流量耗尽或权限变化，需要按账户条款处理；配置导入成功本身不能证明当前账户仍有可用额度。
随后检查订阅地址和格式。更新失败时保留错误信息，再确认是否使用了后台当前提供的地址；导入后列表为空时，确认格式适用于该客户端，并检查当前选中的是不是这份配置。不要重复添加许多相同条目来代替核对。
如果地址中含有账户令牌，发给客服的公开截图应遮住这一部分。需要对方验证地址时，使用其正式工单渠道，并只提供解决问题所需的信息。
第三层：一次只换节点或网络中的一个
账户和配置看起来正常时，先保持当前网络、模式和目标任务不变，换一个节点。如果第二个节点可用，说明问题更值得从第一个节点或它对应的路径继续查；这仍不是对故障位置的最终判断，但已经缩小了范围。
若多个节点都表现相同，再换一个自己能够使用的网络进行同样检查。换网络后恢复，说明原网络条件值得重点关注；两种网络下都失败，则继续检查配置或服务状态。不要在换网络的同时更换模式、DNS 和规则，否则无法知道哪一个改动带来了变化。
- 在相同网络下，使用另一个节点重复同一项小任务。
- 必要时换一个网络，保持节点和配置不变继续对照。
- 写下每组条件对应的结果，而不是只记录“偶尔能用”。
- 将能稳定复现的失败条件保留下来，作为后续求助信息。
第四层：区分程序接管与目标服务报错
浏览器正常而某个程序失败时，先确认该程序是否遵循系统代理设置。不同程序的连接方式可能不同，因此不能仅凭浏览器结果推断接管范围。需要其他接管方式时，按所用客户端的对应教程操作，调整前保留可用状态。
普通网页正常而某一个线上服务返回错误，则记录它的具体提示。账户权限、服务中断、地区范围或页面本身的状态，都可能影响结果。先查看该服务对错误的解释，再把节点、时间和错误信息交给相关支持方；延迟低不代表目标服务一定接受当前请求。
这一层不建议盲目导入网上的“万能规则”或批量修改 DNS。只有在报错、日志或官方排障说明指向明确原因时，再做相应调整，并记录改动以便恢复。
最后一层：整理一份能被处理的故障描述
仍未解决时，可以把信息整理成一段完整描述：什么设备和系统，哪个客户端版本，几点开始，使用什么网络，在哪个阶段失败，以及已做过哪些对照。比如“配置能更新，家中 Wi-Fi 下两个节点都超时，换蜂窝网络后其中一个可用”，就比“很卡，帮我看看”更容易继续定位。
套餐权限、流量与节点由服务商处理；应用启动、崩溃或界面错误，需要结合开发者排障说明处理；只有某个线上账户报错，也可能需要目标服务的支持。将问题交给对应环节，同时遮住订阅地址、二维码和账号凭据。
解决后，把最终有效的操作补进记录，删去测试期间不再需要的临时配置。下一次发生类似现象时，先从已验证的步骤开始，而不是重新把所有设置改一遍。
