双千兆宽带要不要负载均衡?我家的方案与取舍

10 月 23 日,我认真研究了一次家里的双宽带方案。家里有联通和移动两条千兆宽带,光猫都做了桥接,再加上一套 2.5G 的华硕设备,很容易让人产生一个想法:能不能把两条线都用起来,让上网再快一点?

那天从接线和测速,一直聊到负载均衡、故障转移、公网访问和未来的 NAS,也把拓扑图保存了下来。这篇文章留下当时的研究过程,以及我准备给家里启用双 WAN 负载均衡的方案。

先把家里的设备和接线画清楚

我家的主路由是客厅的 ROG 魔盒 Pro,北卧、主卧、书房各有一台灵耀魔方 WiFi 7 BE3600,计划通过 AiMesh 有线回程连接。两个桥接光猫和一台全 2.5G 网口的华硕交换机,都放在弱电箱里。

当时设计的线路很直接:两个光猫分别用独立网线接到客厅主路由;主路由再用第三根网线,把 LAN 回送到弱电箱交换机,之后分到三个房间。两根负责互联网接入,一根负责局域网回线,不能混成一根普通网线使用。

魔盒 Pro 有一个原生 2.5G WAN 口和七个 2.5G LAN 口。第二条宽带需要使用后台允许改为第二 WAN 的 LAN 口。交换机接在主路由 LAN 后面,三个房间共用的回线也要确认协商到了 2.5Gbps,避免这一段先成为瓶颈。

2026年10月23日设计的家庭双WAN拓扑:联通和移动桥接光猫经两根独立网线接客厅魔盒Pro,第三根2.5G回线接弱电箱交换机,再连接北卧、主卧、书房三个AiMesh节点,未来NAS接主路由。
图 1 · 当天保存的家庭双 WAN 设计图(深色版),也是接下来准备实施的布线方案;“未来 NAS”仍是预留规划。点击图片查看大图 ↗

参考:ROG 魔盒 Pro 官方规格

负载均衡分的是连接,不是把每次下载翻倍

最初我最关心的是速度。后来弄清楚,华硕双 WAN 的负载均衡,是把不同连接任务安排到两条线路。1∶1 指连接任务数量的分配比例,不表示每一秒的流量都一半一半,也不意味着单个连接能同时吃到两条千兆。

下面用四个连接作示意:A、C 走联通,B、D 走移动。它们的任务大小可能不同,因此任务数相近时,两条线路的实际流量仍可能差很多。图中的分配只是帮助理解,不代表某台设备天然固定走某个运营商。

双千兆负载均衡原理说明:四个独立连接交给双WAN路由器,其中连接A和C经联通千兆出口,B和D经移动千兆出口。单个连接通常仍只走一条线路,1比1分配连接数而非实时带宽。
图 2 · 双千兆负载均衡说明图。它扩充的是多连接同时使用时的总容量,单个连接通常仍受所在线路限制;图示不代表实测吞吐量。点击图片查看大图 ↗

参考:华硕双 WAN 模式与连接任务分流说明

测速数字,要先弄清楚测的是哪一段

我当时发过一张华硕 APP 的移动宽带测速截图,下载显示 1264.61Mbps。这是一次路由器端的测量,不等于手机通过 Wi-Fi 的速度,也不能直接用来推断开双 WAN 后会显示多少。

如果移动仍有约 1265Mbps、联通另有 900~1000Mbps,在多设备、多连接充分分流,而且路由器能处理过来的前提下,两条线的理想合计容量才有机会达到约 2165~2265Mbps。这只是按条件相加的估算,当时并没有完成双线路的实测验收。

APP 内置测速可能仍只体现一条线路。要验证另一条线有没有发挥作用,更直接的办法是让两台电脑分别走不同出口,同时下载或测速,再观察两条 WAN 的流量。截图里还有一次偏低的上传结果,也应换节点复测,不能凭一次数字给整条线路下结论。

负载均衡、主备和链路聚合,是不同的选择

那天也比较了两种双 WAN 模式:负载均衡让两条线同时承担连接,适合确实存在大量并发任务的情况;故障转移则是一条主用、一条备用,主要解决某条线路故障后的恢复上网。切换运营商后,原有连接仍可能需要重连。

我还问过,能不能用链路聚合把联通和移动拼成一条两千兆。华硕的 WAN 聚合要求同一台支持 LACP 的前端设备、同一个运营商,不能直接套到我这两条独立桥接、分别 PPPoE 拨号的宽带上。它和双 WAN 负载均衡不是同一件事。

给游戏设备固定出口,则属于策略分流的用法。它可以让特定设备走实测更稳的一条线路,但不会自动改善所有游戏的延迟。模式选得更复杂,也不等于日常体验一定更好。

参考:华硕双 WAN 工作模式说明 · 华硕 WAN 聚合的前提条件

公网入口,让方案多了一层取舍

我当时提出的一个核心需求是远程访问路由器:联通宽带有可以从外部访问的公网 IPv4,移动没有这样的公网 IPv4 入口。因此,当天保存的最终方案把联通设为首选 WAN、移动设为第二 WAN,仍按 1∶1 负载均衡来设计。

这里不能只看两条线能不能拨号成功。华硕对负载均衡及第二 WAN 上的 DDNS、端口转发、VPN 等功能有兼容性说明;实际管理连接能否从联通进入、再正确返回,需要在对应固件上验证。DDNS 只是跟踪公网地址变化,不会把本来没有公网 IPv4 的移动线路变成可直接访问的入口。

联通断线时,家里即使还能通过移动上网,也不代表原先的联通公网管理入口还能继续使用。对我来说,保留一个清楚、稳定的远程访问路径,比让测速数字更大更有实际意义。

参考:华硕负载均衡及第二 WAN 功能限制

未来加 NAS,也不代表马上需要双宽带

我还计划以后在主路由旁边放一台 NAS。按当时的思路,优先考虑带 2.5G 网口的设备,用一根网线接主路由 LAN 就很合适,图里也提前给它留了位置。

电脑向 NAS 备份、家里播放 NAS 里的影片,主要走局域网;这些流量不会因为外面多接一条宽带就自然变快。三个房间访问 NAS 时,客厅回交换机的 2.5G 链路、设备网口和存储性能,反而更值得关注。

只有 NAS 自己从互联网大量下载,或者人在外面远程访问家里时,才进一步涉及外网带宽、上传速度和接入方式。不能只因为将来可能买 NAS,就先把双线路的复杂度全部加上。

最后的决定:两条千兆留给家里,准备启用负载均衡

重新考虑之后,我决定联通、移动两条千兆宽带都留给家里使用,准备按照这张拓扑图做双 WAN 负载均衡。联通作为首选 WAN,移动作为第二 WAN,初始连接分配比例设为 1∶1。

家里的日常用途仍以视频、游戏和网课为主,并不是经常有很多设备同时大量下载。这次尝试,我更想把双线路的工作方式弄清楚,让已有资源共同承担连接,再观察真实使用中的表现,而不是预设每台设备都能跑到两千兆。

目前这是准备实施的方案,还没有完成双线路的测速与稳定性验收。接好以后,我会先确认两条线都能独立拨号,再用两台设备分别指定出口同时测试,观察 WAN 流量和路由器负载;随后检查游戏、网课、单线路断开后的恢复,以及联通公网入口能否正常使用。

如果某台游戏或办公设备对出口更敏感,再比较两条线路的实际表现,给它设置必要的固定出口规则。负载均衡是否适合长期使用,最终看家里的实际体验;这次就先把方案落地,再把使用结果慢慢记下来。

Li Tian