01第一步：验证基础接入
先确认设备实际连接的网络、是否需要认证，以及普通网页能否打开。手机检查 Wi-Fi 与移动数据状态，桌面检查活动接口和其他网络软件。如果未启用复杂配置时问题已经存在，应先处理接入和系统环境。记录失败的目标与错误，不要因为信号图标正常就跳过这一步，也不要把某个网页暂时故障直接理解成整张网络无法使用。
02第二步：确认请求进入处理范围
查看当前配置是否已经载入，系统网络权限是否正确，目标应用是否采用了预期入口。打开工具界面并不等于所有请求都已经被处理，系统代理也不保证覆盖所有应用。若日志里看不到目标请求，先检查应用自己的设置和当前使用模式。避免为了寻找记录就直接开启不必要的高级功能，应先确认接入方式与工具说明中的范围一致。
03第三步：区分解析与连接错误
目标使用域名时，检查是否得到了可用的解析结果。没有结果与结果返回后连接超时应分别处理，不要混在一起不断调整 DNS。比较同一网络下的普通域名和异常目标，判断范围是否集中在内部资源或某一类名称。网络刚切换时，还要考虑缓存与环境变化。记录必要错误摘要即可，不应公开私有域名或含有身份信息的完整请求参数。
04第四步：核对规则和策略
确认请求处于会使用规则的模式，再查看实际命中的条件以及所关联的策略。规则没有命中时，先检查顺序与覆盖；已经命中却结果异常时，再看策略名称、当前选择与对象状态。一次只修正一个因素，不同时移动规则和更换多个选项。重要配置先保留副本，发现异常可恢复先前状态，并用同一个目标进行新请求对照。
05第五步：观察连接与目标响应
如果解析和策略都符合预期，继续看连接有没有建立、目标是否返回了响应，以及错误是否来自应用服务。拒绝连接、超时和服务返回错误代表不同事实，不应使用同一种修复方式。只有某个目标异常时，比较其他熟悉目标；只有某个应用异常时，比较其入口和权限。不要通过关闭全部保护或导入陌生证书来尝试解决未知错误。
06第六步：记录结论与回退方法
整理平台、接入方式、时间、目标、命中规则和错误摘要，标记已经排除的因素与有效改动。每个结论都应有相应观察支持，尚不确定的原因则保留为待验证问题。测试结束后恢复无效修改，保存可用配置。需要进一步阅读时，可按问题进入 解析指南、规则检查 或 常见错误，让排查始终沿着明确层次进行。