同一个连接状态，为什么应用表现不同
浏览器已经能正常加载，另一个应用仍然报错；或者规则模式可以访问的本地设备，换成全局模式后出现异常。这些现象可能与应用如何使用代理、规则匹配顺序以及域名解析路径有关，并不一定说明节点本身故障。
火烧云智能规则与全局模式要先从两个问题理解：请求是否交给客户端处理，以及交给客户端后走哪条线路。系统代理、系统VPN接口和应用内部设置的覆盖能力可能不同，不能只根据模式名称推定全部应用都已改变路径。
把“选哪个节点”和“哪些流量经过节点”分开
自动与手动
决定选哪条候选线路。自动选择由工具逻辑决定，手动选择便于固定比较条件。
规则分流
根据实际支持的目标或应用条件，选择代理、本地直连等策略。
全局处理
在客户端能够接管的范围内，按全局策略处理代理流量。
火烧云自动选线并不是智能规则的同义词。自动选择可能改变服务节点，规则分流可能让部分任务根本不经过节点。遇到异常时，先记录这两项设置，避免改了节点却误以为自己改了规则。
两种路径在实际任务中怎样出现
例如访问家中的打印机或局域网设备时，连接目标本来就在本地网络。若某种模式使这类流量采用不合适的路径，就可能出现找不到设备的情况。处理时应核对本地直连范围，而不是连续更换服务器地区。
火烧云全局模式下某些应用依然没有变化，也可能因为它们不遵循系统代理，或者使用了客户端未覆盖的网络方式。确认实际能力之后，再考虑适配的连接方式；不要因为名称中有“全局”，就忽略应用自己的设置。
不同平台对网络接口的支持不同，电脑上的某项规则未必能直接复制到手机。同步配置前确认字段与功能是否受支持，尤其不要把未识别的设置当作已经生效。
DNS是另一条需要核对的线索
火烧云分流不仅涉及请求发送方向，也可能受到域名解析结果影响。DNS把域名转换成地址，客户端可能按自己的规则处理解析。解析过程与目标连接的路径不必完全相同，结果也可能受到缓存影响。
如果只有部分目标异常，先记录错误是解析失败、连接超时，还是应用登录问题。不要把更换DNS当作对所有访问问题的通用处理。修改后要再次测试原目标，并准备恢复原有设置。
用一个可恢复的对比找出差异
- 固定本地网络、客户端和节点，先记录原模式与应用表现。
- 只切换规则或全局其中一项条件，重新发起同一个任务。
- 核对规则命中或连接记录中可查看的路径信息，先遮蔽敏感内容。
- 若仅本地设备异常，检查本地直连；若仅个别域名异常，检查解析与目标服务。
- 保留有效设置，撤销没有帮助的改动，再验证其他日常任务。
火烧云模式切换后，已有会话可能仍保持旧连接，部分应用需要重试才能比较。不要把一次页面刷新成功当成所有应用都已正常。路径判断方法见节点与线路专题，症状入口见模式差异排查。