Stash网络连接状态检查教程

状态图标只能说明一个环节

客户端显示已连接，通常不能证明每个应用、每个域名与全部业务都正常。系统授权、配置加载、规则选择、解析和远端服务是连续的多个环节，需要分别确认。把“已连接”当作排查起点，结果才容易解释。

先记录故障是全部访问失败、只有某个目标失败，还是网络切换后暂时异常。不同现象应使用不同检查顺序，不必一开始就替换配置或重装软件。保存当前可用副本，避免排错过程失去恢复路径。

停止客户端后，用普通网页确认 Wi-Fi、有线网络或移动数据本身可用。若存在公共网络认证，先完成接入。多个设备同时失败时，优先考虑本地路由器和接入服务，而不是假定每台设备的配置都出了问题。

随后检查系统是否允许相关网络功能，是否有另一个 VPN 或网络工具正在接管连接。系统升级或软件更新后，权限与后台组件状态可能变化，应按照当前系统提示逐项确认，不随意关闭安全保护。

确认配置加载成功，查看是否存在语法错误、资源获取失败或不支持字段。策略组应有有效成员，规则引用的名称必须存在。某个资源失效时，应先定位该资源，不要把整份配置中所有选项一起替换。

核对当前策略选择与预期一致，特别留意自动更新、网络切换或手动操作后是否发生变化。保持测试目标不变，一次只调整一个因素，记录调整前后的错误，才能判断变化究竟来自哪里。

用新的请求测试多个熟悉的域名，并区分解析失败、连接超时和服务返回错误。如果只有一个目标异常，检查拼写与服务状态；如果多个目标都异常，再检查 DNS、规则和当前出口。不要让浏览器缓存代替真实验证。

网页由多个资源构成，页面文字出现不代表登录接口和图片都可用。对具体业务分别测试必要功能，查看请求命中规则与出口。共享日志时遮蔽访问记录中的个人内容、内部域名与凭据。

一份有效的排错记录包括设备系统、发生时间、网络类型、配置是否加载、受影响范围和脱敏错误。状态截图可以辅助，但不能替代步骤说明。不要把订阅链接或账号密码放进反馈材料。

如果连续修改仍无法解释结果，先恢复原配置，再按基础网络、权限、配置、路径和目标的顺序重测。需要进一步帮助时，提供最短可复现过程，通过可信文档或支持渠道继续定位，不使用来源不明的一键修复工具。