在故障恢复场景中，路由优先级主要决定流量在多路径下的默认流向，而流量选择器则决定哪些业务包被允许进入隧道。两者的核心区别在于：优先级处理“走哪条路”，选择器处理“走不走这条路”。若仅依赖路由优先级，当底层链路恢复但配置未同步时，流量可能因默认路由干扰而错误地分流至非预期路径；若依赖选择器，即使路由表存在波动，匹配到的流量仍会被强制封装，但未被匹配的流量会直连，无法保证全量业务恢复。因此，故障恢复的稳定性取决于两者策略的对齐程度。
路由优先级的层级影响
在多数基于静态路由或策略路由的VPN网关中，路由表通过度量值或协议类型决定出口优先级。例如，当主用隧道断开，备用隧道建立时，系统会比较两条路径的优先级。若备用路径优先级数值更低（或权重更高），流量会自动切换。这种机制的优势在于自动化，无需人工干预。但局限在于，它只影响被路由表命中的流量。如果某些业务使用了固定源地址绑定或特殊ACL，可能绕过路由表，导致即使备用路径正常，部分流量仍无法恢复。
流量选择器的过滤边界
流量选择器通过匹配五元组或特定协议，定义哪些数据包需要封装进IPsec或其他VPN隧道。在故障恢复时，若选择器配置包含“仅匹配关键业务端口”，当网络恢复但关键业务源IP变更时，选择器可能不再匹配新源IP，导致该部分业务失去加密保护或无法通过隧道传输。此时，路由表可能显示所有路径正常，火烧云但实际业务体验仍中断。因此，恢复方案需同时校验路由指向与选择器匹配规则的一致性，避免“路通但包不通”的假性恢复。
故障恢复时，路由优先级与选择器策略对齐可确保全量业务正常切换。
结合场景的决策依据
假设某企业使用双隧道接入云端。场景A中，主隧道因线路故障断开，备用隧道正常。若仅依赖路由优先级，且默认路由指向主隧道，系统会在主隧道超时后切换至备用路由，恢复大部分流量。但场景B中，若备用隧道正常，但某核心数据库服务的流量选择器未包含新的源网段，该服务仍将直连或丢弃。因此，选择依据取决于业务对“部分丢失”的容忍度。若要求全量业务必须加密且可达，需同步更新选择器与路由策略；若仅关注主链路恢复，优先级自动切换即可满足基础恢复。
低影响的只读检查方法
在不修改配置的前提下，可通过查看路由表与VPN会话状态来验证恢复情况。首先，火烧云VPN启动后网络异常确认当前活跃隧道的接口状态是否Up，以及路由表中默认路由或特定子网路由的下一跳是否指向该接口。其次，查询流量选择器配置，核对当前客户端源IP、目的IP是否与规则匹配。若路由指向正常但选择器不匹配，说明流量未被封装，需检查客户端策略或服务器端选择器同步状态。这种只读检查能准确区分是路由问题还是选择器问题，避免盲目重置网络或修改路由带来的额外风险。
