更新完成，只结束了其中一个环节
订阅更新通常涉及客户端向服务端请求内容，再按支持的格式解析。界面显示完成，可能只说明请求或解析这一环节没有报错。后续仍需要检查是否启用了该配置，账户是否有效，以及候选节点能否建立连接。
火烧云更新后无法访问的问题，可以先记录三个信息：更新前是否正常、哪些应用受影响、基础联网能否工作。有了这个范围，再决定从配置、服务端连接还是本地网络开始，避免在同一次排查中改动所有设置。
从最接近变化的位置开始
- 确认正在使用哪份配置
新旧配置可能并存，更新的是一份，实际启用的是另一份。先核对名称与启用状态。
- 确认内容有没有正确解析
空列表、筛选后的列表和格式报错要分开检查，不要看到更新完成就删除旧配置。
- 确认服务授权
查看有效期和配额，地址失效与套餐到期不能靠反复更新解决。
- 确认单个候选节点
保持模式不变，尝试一个获准使用的候选，记录错误和实际任务表现。
火烧云配置回退应建立在本人保留的可信内容上。不要为恢复连接而导入群聊里的未知配置，它可能包含不认识的节点、规则和授权信息。
网络切换后，先让基础联网恢复
从移动网络切到Wi-Fi时，设备的地址、出口和网络策略都可能变化，旧会话无法继续不一定是订阅错误。先确认新网络已经完成需要的认证，再重新建立连接。部分应用也可能需要重新发起请求。
火烧云Wi-Fi异常如果只发生在一个路由器环境，可比较同一网络上的其他设备，并检查信号和路由器状态。若移动网络正常、该Wi-Fi下基础访问也异常，应先处理本地联网；不要马上重装所有客户端。
把网络对比限制为一个变量
保留相同配置、候选节点和连接模式，只改变网络环境，再访问同一个目标。若同时更换模式和DNS，即使恢复也难以知道哪项改变产生作用。对受管理网络或设备，应先了解可调整范围。
只坏了部分域名，再看解析与分流
火烧云DNS问题可能表现为域名解析错误，也可能与规则选择或本地缓存有关。域名能被解析不代表目标端连接成功，连接超时也不总是解析失败。先记录应用显示的具体错误，再对照相同目标进行检查。
规则与全局模式可能使用不同路径。只在一种模式下异常时，应确认默认策略、本地直连与DNS处理是否相互配合。修改解析设置前记下原值与方式，变更后只验证原有问题，不要把临时恢复扩展为对所有任务的结论。
如果问题是间歇中断，丢包、无线干扰或节点负载都应考虑；这与始终无法解析一个域名属于不同现象。记录发生时段和影响范围，可以帮助判断问题是否只随网络环境改变。
恢复后还需要完成的检查
火烧云连接恢复后，重试常用应用、需要登录的会话和本地设备访问。撤销无效的临时设置，确认没有遗留多余代理或旧VPN配置；对仍有问题的目标单独记录，避免再次清空全部环境。
日志能保留线索，也可能携带个人订阅地址、令牌或账号标识。分享之前先脱敏，不要发出完整配置。如果此前地址已经公开，应在真实服务渠道处理授权，而不只是删除截图。
火烧云Wi-Fi DNS排查可以按“配置启用 → 授权有效 → 节点连接 → 本地联网 → 解析与模式”的顺序回查。十四类具体现象见连接诊断专题，格式不兼容可转到订阅配置指南。