双线路出口：策略路由与主备切换的运维现场

老板买了第二条宽带，原话是「别再因为一条线检修全公司上不了网」。期望听起来像自动负载均衡魔法，落地其实是三件事：默主备谁优先、哪些业务钉死某条线、切换时 TCP 会话怎么办。

拓扑

[内网核心] --- [出口防火墙/路由器]
                    |            |
                 WAN1 电信     WAN2 联通

内网一个默认网关，双出口收敛在防火墙上做，比在核心上玩一堆 PBR 更不容易把人绕晕——除非你已经有成熟的三层核心团队。

主备默认路由

• WAN1 度量值更优（主）
• WAN2 备份；探测用链路探测或目标 IP 可达（注意运营商 ICMP 限速）
• 切换条件写清楚：延迟？丢包？还是接口 down？

接口 down 最好判断；「网页慢」不要自动切，否则会在两条都半残时来回抖。

策略路由：谁必须钉死

白名单类业务最坑：你以为在做高可用，对方只认申请过的 NAT 地址。切换等于事故。这类在图上用红笔标「不可自动漂」。

NAT 与会话

双机/双出口时：

• 每条 WAN 自己的源 NAT 池
• 切换后旧会话多半要重连——提前和业务说「秒切不等于零断」
• 对称路由：回程必须从正确 WAN 回来，否则偶发「能出不能回」

一次失败的「负载均衡」

早期开过基于会话的摊分，结果半个上午财务反馈网银掉线、视频会议声画不同步。根因是 同一业务多会话摊到两条不同质量线路。后来改成：默认主备 + 少数策略钉死，稳定性立刻回来。负载均衡是能力，不是义务。

演练清单（真的要拔线）

1. 工作日晚间维护窗，拔 WAN1 物理线
2. 观察切换时间、DNS 是否仍可用、AD/邮件/业务 VPN
3. 恢复 WAN1，是否回切、是否抖动二次
4. 记录 RTO 体感，写进运维手册

# 检查表示意
show ip route
show session table  # 名称随设备
ping 探测目标 source 对应 WAN

文档给谁看

给老板：一张「主挂了多久能恢复上网」的数字。
给自己：探测 IP、策略表、白名单业务清单、运营商报修电话。

双出口的价值不是参数里的「智能选路」四个字，而是 故障时你不用解释为什么全员停摆。演练过的主备，才配写进简历；只买了两条线却从未拔过，那只是双倍月租。