连接失败怎么排查：账号、客户端与网络判断表

先做账号层测试

只使用浏览器完成账号验证、订单查看和配置页面访问，不启动客户端。若主机无法解析、页面循环或账号明确受限，结果记在账号层；此时重装应用不会改变网页回应。记录主机名、时间和错误原文即可。

再做客户端层测试

账号层正常后，固定当前网络，检查客户端能否启动、版本是否符合系统、必要权限是否获准，以及配置能否被读取。导入提示与项目列表是两个结果；应用崩溃、格式无法识别和权限拒绝都属于客户端侧证据。

最后做网络层测试

保持设备、客户端版本、配置和目标页面不变，分别在当前网络与另一条可信网络执行同一任务。DNS取得地址只证明解析完成，不代表安全连接、应用规则和目标回应都正常。测试后回到原网络复测，排除短暂恢复。

跨设备对照怎样才有效

两台设备必须尽量使用相同版本、同一配置时间、同一网络和同一测试任务。若多项条件同时不同，结果只能记为“尚不能定位”。所有设备出现相同提示会提高共享账号、配置或上游因素的可能性，但不是服务端故障的直接证据。

什么时候停止试错

连续两次单项修改都没有新增信息、已经没有可恢复状态，或页面开始索取密码、验证码、付款资料与完整配置时停止。把三层结果写成“成功、失败、未测试”，未知部分明确保留，不选择一个听起来最像的原因。

可提交的排查摘要

摘要包含设备和系统、客户端版本、配置取得时间、两个网络的名称类别、固定任务、发生时间与错误原文。结论必须限定在本次设备、网络和时段，例如“当前Wi‑Fi失败、移动数据两次成功”，不要扩大成全部线路永久失效或恢复。

测试结果对应的检查位置

不要把“已连接”当成最终答案

客户端显示连接只代表本地状态已经切换。还要用同一个网页确认解析、连接和内容载入是否完成。若浏览器正常但某个应用失败，问题可能在该应用自身规则；若所有目标都失败，再回到网络层。

一轮排查应该得到什么

至少得到一个明确结论：账号页面是否正常、客户端是否读到订阅、另一网络是否改变结果。三项都没有答案时，不应继续随机重装。把未知项留下，后续检查只补做尚未完成的测试。

排查结束的判定

找到可重复的单层差异、恢复到最后可用状态，或已经整理出明确未知项，三者满足其一即可结束本轮。没有新证据时继续重装只会破坏对照条件。