多线路故障切换的核心，不是简单准备两条宽带，而是让网关能够持续判断线路是否真正可用，并在主线路异常时调整默认路由、连接策略和业务出口。常见场景包括办公室同时接入电信与联通线路、门店使用宽带加 5G 备线，或服务器前端配置两个上游网络。

配置前应先明确两点：第一，故障切换通常只能保证新建连接转移到备用线路，已经建立的 TCP、VPN 或视频会议连接可能仍会中断；第二，线路恢复后是否立即回切，需要结合业务稳定性决定，不能只看某一次探测成功。

先确定线路模式和切换目标

主备模式适合稳定优先

主备模式将 WAN1 设置为首选出口，WAN2 仅在 WAN1 不可用时接管。它的优点是策略简单、排障直观，适合网银、办公系统、远程桌面等不希望频繁改变出口的业务。缺点是备用线路平时利用率较低。

负载分担适合带宽利用

负载分担会让不同连接分布到多条线路，能提高总体吞吐，但公网 IP 可能发生变化，部分登录系统、支付接口或 VPN 服务会因此重新验证。若采用这种方式，仍应为每条线路设置独立的故障判定，并规定异常时的降级顺序。

实践中可先采用主备模式完成验证，再根据连接数、带宽利用率和业务兼容性改为负载分担。相关词包括健康检查、路由优先级、自动切换和回切策略。

配置多线路故障切换的具体步骤

1. 规划接口、地址和优先级

1. 将两条运营商线路分别接入路由器的 WAN1 和 WAN2，并记录各自的网关、拨号方式、DNS 和公网地址类型。
2. 在局域网侧确认 DHCP、静态地址、IPv4 或 IPv6 使用范围，避免备用线路接入后出现地址冲突。
3. 在网关的静态路由或网关组设置中，让主线路拥有更高优先级。许多设备使用数值表示优先级，具体是数值越小越优先，还是权重越大越优先，应以设备界面说明为准。
4. 为重要业务单独建立策略路由。例如视频会议、办公 VPN 和服务器管理流量可固定使用主线路，普通网页访问则允许使用备用线路。

2. 设置多层健康检查

只探测运营商网关并不充分，因为网关在线不代表互联网路径和目标服务正常。建议至少配置两类目标：一类是线路上游网关或运营商提供的测试地址，另一类是企业实际依赖的公共服务地址。探测方式可使用 ICMP、TCP 端口连接或 HTTP 请求，具体取决于设备支持情况。

1. 设置探测间隔，常见范围为 2 至 10 秒。间隔越短，切换越快，但会增加探测流量和误判风险。
2. 设置失败阈值，通常连续失败 3 至 5 次后才判定线路异常；恢复时可要求连续成功 3 至 10 次。
3. 为探测目标配置至少两个地址，避免单个目标维护、限速或临时不可达导致误切换。
4. 如果设备支持，组合丢包率、连接建立失败和应用层超时，而不是只依赖一次 Ping 结果。

3. 配置切换、保持和回切

在网关组中将 WAN1 设为主线路、WAN2 设为备用线路，并把健康检查结果绑定到默认路由。主线路连续异常达到阈值后，降低其路由可用性，使新连接转向 WAN2。主线路恢复后，不建议立即回切，可设置约 1 至 5 分钟的稳定观察期，具体时间要根据线路波动情况调整。

需要特别检查会话保持选项。启用会话黏性后，同一内网主机的新连接会尽量继续使用原出口，适合登录后台和支付类应用；但它可能降低备用线路的利用率。若业务要求长期固定公网地址，则应通过应用层容灾、固定出口或第三方接入方案解决，单纯的网关切换无法保持同一个公网 IP。

如何验证切换确实有效

用分阶段测试代替一次断线

1. 记录基线：在两条线路都正常时记录默认路由、出口公网 IP、DNS 解析结果、网关日志和关键业务连接状态。
2. 模拟物理故障：拔除 WAN1 网线或关闭其上游设备，观察健康检查失败时间、路由表变化和 WAN2 是否成为活动出口。
3. 模拟逻辑故障：保持网线连接，但阻断 WAN1 的外网访问，验证设备能否识别“链路在线、互联网不可达”的情况。
4. 检查新连接：重新打开网页、建立远程桌面或发起业务请求，确认新连接从 WAN2 出口建立。可通过网关状态页或外部地址查询服务核对公网出口。
5. 观察旧连接：记录 VPN、视频会议和下载任务是否中断，并确认这是预期行为还是设备存在会话迁移能力。
6. 恢复主线路：重新接入 WAN1，等待设定的稳定观察期，确认路由是否按策略回切，同时检查是否出现频繁来回切换。

重点查看哪些指标

常见失败原因与优化方法

第一，探测目标只选一个公共地址，容易把目标自身故障误判为线路故障。第二，只检测物理链路，无法发现上游路由中断。第三，主备线路的 DNS、MTU 或 IPv6 策略不一致，导致切换后部分网站能访问、部分应用失败。第四，没有设置回切延迟，线路抖动时会出现频繁震荡。

优化时应保留切换前后的日志，明确记录失败次数、实际切换时间、恢复时间和业务影响。对需要固定来源地址的系统，可把备用公网 IP 加入服务端白名单，并提前验证运营商、云平台或远程接入端是否接受该地址。配置完成后，还应在业务低峰期定期演练，而不是等到真实故障时首次验证。

常见问题

多线路故障切换能否让正在下载的任务无感恢复？

通常不能。切换改变的是新连接的出口，已有连接依赖原线路状态。应用本身支持断点续传或自动重连时，恢复效果会更好。

健康检查频率是不是越快越好？

不是。过短的间隔可能放大瞬时丢包，造成误切换。多数办公网络可从数秒级间隔和连续多次失败阈值开始，再结合日志调整。

主线路恢复后必须自动回切吗？

不必须。对公网地址变化敏感的业务，可以保持备用线路一段时间，人工确认主线路稳定后再回切。

为什么 Ping 正常，业务仍然打不开？

Ping 只说明 ICMP 通信可能正常，不能证明 DNS、TCP 端口、TLS 握手或应用接口可用。应增加 TCP 或 HTTP 层面的检查。

总的来说，多线路故障切换应按“线路规划、分层探测、路由接管、稳定回切、故障演练”的顺序实施。只有完成断线、逻辑中断和恢复测试，才能确认配置不仅会切换，而且切换后业务真的可用。