配置检查
AshCloud配置后无法连接｜设备与网络检查方法
先看配置是否被客户端接受，再看账号与连接反馈。记录首次报错的位置，比较新旧设备和网络条件。配置读取失败时保留错误文字；有认证提示时处理账号问题；连接无结果时再比较测试网络。
先分清“配置完成”指哪一步
看到文件保存成功，并不意味着程序已经接受配置；程序接受资料，也不意味着账号认证和连接都已完成。排查时先写下你实际看到了什么，而不是只用“配置好了”概括整个过程。
可以把结果记成三种：资料未被接受、资料已接受但有账号提示、已经尝试连接却没有预期结果。每一种对应不同检查方向。起点不清楚时，先按设备比较要点整理信息。
先比较旧设备，再决定改什么
旧设备可用而新设备失败，是一条有价值的线索，但不足以证明新设备只有一个原因。比较系统、客户端名称与版本、配置取得方式、测试网络和发生时间。没有记录这些条件，两次结果可能不是同一场景下的对照。
如果刚完成换机，先读ASH换设备使用准备，确认没有在新设备验证前清空原有设置。需要测试多台设备时遵守账号使用条件，不把比较流程理解成同时在线权限。
按配置、认证、网络分别检查
- 保存原始提示。记下错误在哪个动作之后出现，不公开令牌、账号或私人地址。
- 核对当前配置。看它是否来自与你账号对应的说明，以及客户端是否真正接受。不要自行修改未知字段。
- 区分账号反馈。有明确认证提示时，按相应服务说明处理，不先重置整台设备的网络。
- 记录一次变更。例如按说明更新配置后，只比较更新前后的提示；避免同时更换软件版本和网络。
这样做不保证恢复，但能让后续反馈有可比较的依据。若多项同时改变，即使恢复连接，也很难知道哪项修改真正相关，更无法判断其他改动是否需要保留。
网页登录正常为什么不能排除客户端问题
网页会话只反映对应浏览器与页面的状态。MDN说明了Cookie的作用范围，因此另一个程序仍可能处于不同认证或使用阶段。浏览器可以打开账号页面，不能单独用来证明客户端已经正确读取资料。
反过来，客户端某次失败也不能自动推断账号网页或整个ASH服务都异常。分别保留网页提示和程序提示，不通过反复修改密码去尝试解决所有连接问题。
更新后变差，先留下可以回看的信息
记录更新前的软件版本、配置来源和可用结果，再查看变更说明是否涉及迁移要求。如果应用支持恢复设置，依它提供的方法操作；不能假定任何旧备份都能在新版本直接使用。
遇到系统安全警告、来源不明的文件或要求公开私人配置的页面，应停止该项操作。需要帮助时，向已有可信支持渠道提供设备条件、错误文字和最后一次变更，隐藏敏感信息。本文提供定位顺序，不指定未核实的服务器参数，也不宣布实时线路状态。