先确认没有代理时的网络
暂停客户端的流量入口，测试常用网站和当前网络的登录认证。若普通网络也无法访问，先检查 Wi-Fi、有线连接、路由器或网络服务。配置文件不能解决基础网络尚未接通的问题。
记录一个固定测试目标、测试时间、连接方式和错误现象。后续尽量使用同一目标比较结果。换了网络、目标和配置再得到不同结果，往往无法判断是哪一项变化产生了影响。
检查核心和配置解析
确认客户端不仅打开了界面，也启动了运行核心。查看日志是否包含配置解析错误、端口冲突或服务启动失败。发生在启动阶段的错误应先修复，不能通过切换策略组来解决。
再核对当前激活配置的名称与内容。刚导入的配置可能尚未选中；远程来源返回的内容也可能不是有效文件。使用客户端的检查功能，确认引用的策略组和规则集合存在，再进入连接测试。
观察请求是否进入核心
开启预期入口，使用目标应用发起新的请求。如果连接列表没有相应记录，先检查应用是否遵循系统代理、代理地址和端口是否正确，以及其他网络工具是否覆盖了设置。核心没有收到请求时，调整路由规则通常不能解决入口问题。
如果使用虚拟接口，确认它已建立且路由符合实际配置。检查步骤依所用客户端与平台而不同，不要直接套用另一款应用的服务名称或路径。每次改变一个选项后，重新发起请求观察。
核对规则、策略与远端结果
有连接记录后，查看目标域名或地址、命中规则、策略组和实际出站。命中意外规则时先检查顺序与条件；组名正确但目标不可达时，再检查组内选择、远端参数和当前网络环境。
延迟测试只是特定条件下的一个结果，不能代替真实业务请求。某个测试返回值并不证明 DNS、应用协议与目标服务都已经正常。使用实际需要访问的应用验证，并记录具体超时、拒绝或解析错误。
形成一份有用的检查记录
记录系统与架构、客户端完整名称、实际核心、入口方式、激活配置、网络环境和错误时间。保存一条脱敏后的失败日志，注明最后一次成功使用的条件和最近改动。不要公开配置密码或带有令牌的链接。
检查清单只用于整理操作，不会自动检测你的设备或网络。完成后若仍失败，恢复到已知可用配置，再根据错误现象对照定位下一步。只有真实观察到的结果，才能作为判断依据。