服务器多网关配置并非简单添加多个默认网关，而是通过策略路由实现多链路的高效利用与故障切换，这是保障业务连续性的关键网络架构设计。
为什么需要多网关配置：场景与需求
企业在实际运营中,网络可靠性成为刚需，单网关一旦故障，业务便会中断，损失难以估量，多网关配置并非技术炫技，而是应对真实场景的必然选择。
业务连续性要求
金融交易、电商平台、实时通信等场景，对网络可用性要求极高，业内专家指出，采用多网关冗余方案后，网络中断时间可从年均数小时降至分钟级，通过配置双链路，当一条线路故障时，路由策略自动切换，业务几乎无感知。
带宽成本优化
不同运营商线路价格差异明显，国内企业常采用电信+联通或移动的组合，利用多网关配置将非关键流量导向低资费线路，核心业务走高价稳定线路，从而平衡成本与性能，据统计，混合线路策略可节省约30%的带宽支出，具体比例取决于实际流量模型。
地域化部署需求
若服务器同时服务国内多个区域，如北京、上海、广州，各地用户访问速度因运营商不同而差异大，通过配置多网关，结合源地址策略路由，让不同地域的请求走最优出口，显著提升用户体验，这种场景在游戏、直播、CDN节点中尤为常见。
多网关配置的核心原理：路由策略而非多默认网关
很多新手配置多网关时,直接在网络接口设置多个默认网关，结果导致网络时断时续，这是对路由表工作机制的误解，系统只会选择一条默认路由，多默认网关反而造成路由冲突。
默认网关冲突问题
操作系统维护一张路由表，对于匹配不到精确路由的流量，默认网关是最后选择，但若存在多条默认路由，根据路由优先级，仅一条生效，其他网关沦为摆设，且可能因优先级抖动导致间歇性丢包。正确的做法是保留单默认网关，用策略路由实现多链路分流。
策略路由的引入
策略路由允许根据源地址、目标地址、协议、端口等条件，选择不同的路由表，每个路由表可独立配置默认网关，这样，不同流量走不同出口，互不干扰，Linux 通过 ip rule 和 ip route 管理，Windows 则依赖路由表优先级和接口跃点数，或使用高级路由功能。
Windows服务器多网关配置实战
Windows Server 支持多网关，但配置方式有别于直觉，关键在于设置接口跃点数（Metric）和添加静态路由，而非在同一个接口上设置多个网关。
图形界面配置
打开网络和共享中心，进入适配器属性，双击 IPv4 协议。
对于次要链路，不设默认网关，只配置 IP 和子网掩码。
然后通过路由表手动添加指向特定网段的路由，网关指向次要链路。
命令行添加永久路由
使用 `route add -p` 命令添加持久路由：
“`
route add -p 目标网段 mask 子网掩码 网关地址 metric 跃点数 if 接口索引
“`
让去往 10.0.0.0/8 的流量走 192.168.1.1 网关：
“`
route add -p 10.0.0.0 mask 255.0.0.0 192.168.1.1 metric 10 if 2
“`
注意 `-p` 参数确保重启后路由不丢失。
PowerShell 配置策略路由
Windows Server 2012 及以上版本，可使用 `New-NetRoute` 和 `Set-NetIPInterface` 精细控制。
先获取接口索引：
“`powershell
Get-NetAdapter | Select Name, ifIndex
“`
然后设置接口跃点数：
“`powershell
Set-NetIPInterface -InterfaceIndex 3 -InterfaceMetric 20
“`
跃点数越小，优先级越高，默认网关所在的接口跃点数应最小，其他链路通过添加静态路由分流。
Linux服务器多网关配置实战
Linux 的灵活性使其成为多网关配置的首选平台，核心思路是：为每个网关创建独立路由表，再通过规则匹配流量。
临时配置：ip route 与 ip rule
假设有两个网卡：eth0 连接电信网关 1.1.1.1，eth1 连接联通网关 2.2.2.2。
1. 为每个网关创建路由表标识（编辑 /etc/iproute2/rt_tables，添加 100 eth0_table, 200 eth1_table）。
2. 配置路由表：
“`
ip route add default via 1.1.1.1 dev eth0 table 100
ip route add default via 2.2.2.2 dev eth1 table 200
“`
3. 添加规则，让来自特定源的流量走对应表：
“`
ip rule add from 192.168.1.0/24 table 100 priority 100
ip rule add from 10.0.0.0/8 table 200 priority 200
“`
4. 刷新缓存：`ip route flush cache`。
永久配置：基于发行版
– CentOS/RHEL 7+：可在 /etc/sysconfig/network-scripts/ 中创建规则文件，如 rule-eth0、rule-eth1，写入规则。
– Ubuntu 18.04+：使用 netplan 配合策略路由配置，或直接在 /etc/network/interfaces 中通过 up 命令添加路由表。
– 使用 NetworkManager：nmcli 支持配置路由规则，但较复杂，建议直接编辑文件。
负载均衡场景：多网关的另一种玩法
当需要将流量在两条链路间均匀分配时，可使用 iproute2 的 multipath 功能：
“`
ip route add default scope global nexthop via 1.1.1.1 dev eth0 weight 1 nexthop via 2.2.2.2 dev eth1 weight 1
“`
这种基于连接而非包的负载均衡，适用于出站流量，但注意，它无法保证入站流量的对称性，需要依赖 BGP 或运营商策略。
多网关配置常见问题与排查
网络通断不稳定
检查路由表是否冲突：`route -n`（Linux）或 `route print`（Windows），确保没有两条相同目标的默认路由，若使用策略路由，验证规则顺序：`ip rule show`，规则优先级数值越小越优先。
策略路由不生效
确认规则中的源地址或目标地址匹配正确，使用 `ip route get 目标IP` 查看实际走哪条路由，若未按预期，检查 rt_tables 文件是否配置正确，或规则是否被其他规则覆盖。
防火墙与多网关的兼容性
多数情况下，连接跟踪（conntrack）会感知多路径，但若启用严格反向路径过滤，可能导致非对称路由被丢弃，Linux 下可调整 `rp_filter` 参数：`sysctl -w net.ipv4.conf.all.rp_filter=2`（宽松模式）。
多网关配置与单网关的对比
| 对比维度 | 单网关 | 多网关 |
|---|---|---|
| 冗余性 | 单点故障，中断即瘫 | 链路冗余，故障自动切换 |
| 带宽利用率 | 仅一条链路 | 可聚合多条链路，提升吞吐 |
| 成本 | 较低，仅需一条线路 | 额外线路成本，但可借低资费线路平衡 |
| 配置复杂度 | 简单，开机即用 | 中等，需策略路由知识 |
| 适用场景 | 非关键业务，预算有限 | 高可用要求，多运营商接入 |
行业共识认为,对于日流水百万以上的业务，多网关配置的投入产出比极高，单网关的潜在风险远大于节省的成本。
多网关配置成本与价格考量
硬件 vs 软件方案
若物理服务器直接配置多网关，成本仅为增加网卡和线路费用，一台双口千兆网卡约数百元，线路月费根据运营商不同，电信BGP线路价格较高，联通/移动次之，若在云服务器上配置，多数云厂商支持绑定多弹性公网IP，但需注意同类型实例的网卡配额限制，且跨地域流量可能产生额外费用。
云服务器多网关配置要点
简米云、酷番云、AWS 均支持辅助网卡自定义路由，简米云可通过配置策略路由实现多IP出口，但需注意云平台内置的路由优先级机制，避免与自定义规则冲突，具体操作文档可在云厂商官方帮助中心查看，配置步骤与裸机类似，但需在控制台添加路由条目。
服务器多网关配置常见问题解答
检查多网关配置是否生效的最直接方法是什么？
在服务器上执行 `traceroute` 或 `mtr` 到目标地址，观察路由路径的第二跳是否指向预期网关，在 Linux 下，`ip route get 目标IP` 会显示实际使用的源地址和出接口，以及所用的路由表，若配置了源地址策略，确保从不同源发起的请求走不同出口，可用 `curl –interface 源IP` 测试。
双网关配置下，部分网站访问慢或打不开，如何解决？
这种现象通常由非对称路由引起，当服务器返回流量从网关A出去，而请求来自网关B所在的网络，中间路由器可能丢弃非对称包，解决方法是使用策略路由让进出流量对称，即确保来自同一源IP的请求和响应走同一网关，也可在应用层绑定源IP，或使用连接跟踪的辅助功能，若问题持续，建议将默认网关设为质量较好的线路，次要流量通过静态路由引导。
多网关配置是否需要购买额外的网络设备或软件授权？
纯软件层面，操作系统内置的路由功能完全免费，无需额外授权，Windows Server 标准版即支持策略路由，Linux 更是原生支持，硬件层面，只需增加网卡或网线，若服务器主板有冗余网口，零硬件成本，云服务器环境，多网卡和路由策略功能通常包含在实例费用中，但部分云厂商对弹性公网IP数量有配额，超出后需提交工单或升级实例规格。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/584227.html
