mwan3是OpenWrt上一个经典的多WAN管理工具，它的核心作用是根据用户定义的策略，把不同的流量分配到不同的WAN口出去，从而实现带宽叠加、负载均衡和线路故障自动切换。很多人在软路由上插了两张网卡、拉了两条宽带之后，以为随便配一下就能跑出双倍速度，结果实测发现下载速度还是单线的水平，于是就怀疑mwan3没用。实际上这大多不是插件的问题，而是对它的工作机制理解有偏差。这篇文章就把mwan3的配置流程和原理一次讲透，并总结常见的坑。
一、先弄懂mwan3的工作原理：叠加不等于合并
mwan3的底层依赖是Linux的策略路由和iptables的连接标记（conntrack mark）机制。每个WAN接口会被分配一张独立的路由表，mwan3通过给新建连接打上不同的fwmark，再由ip rule规则把带标记的连接引到对应的路由表，从指定的WAN口发出。这个设计决定了它的一个关键特性：负载均衡是按连接分发的，而不是按数据包分发的。
举例来说，你有两条500Mbps的线路，用BT下载或者访问支持多线程下载的资源时，mwan3会把这些连接分别甩到两条线上，总速度确实可以接近1000Mbps。但如果你用浏览器单线程下载一个文件，这个下载只建立一条连接，那么它从头到尾都只走其中一条WAN，速度上限就是单线的500Mbps。所以准确地说，mwan3实现的是多连接层面的带宽聚合，单条连接的速度无法超过单线带宽。理解了这一点，才能对叠加效果有合理预期。
另外要注意，mwan3做均衡时依赖连接跟踪。已经建立的连接会保持原线路不变，只有新建的连接才会按策略分配。这也是为什么改完配置后老连接的走向不会立刻变化，测试时最好开新会话验证。
二、mwan3完整配置流程详解
配置之前，先把环境准备好：路由器上要有至少两个WAN接口（可以是物理口，也可以是PPPoE、USB网卡等），每个WAN都必须能独立上网，且gateway和metric都要正确设置。这里有个非常关键的坑：mwan3要求每个WAN接口的metric值必须不同，否则状态页面会显示接口offline，策略根本不会生效。
第一步，安装并检查接口状态：
opkg update opkg install mwan3 luci-app-mwan3 # 安装后重启mwan3服务 service mwan3 restart # 查看接口状态，两个WAN都应该是online mwan3 status</code>
网络配置参考，假设WAN1是PPPoE、WAN2是DHCP客户端：
config interface 'wan1'
option proto 'pppoe'
option device 'eth1'
option username '宽带账号'
option password '宽带密码'
option metric '10'
config interface 'wan2'
option proto 'dhcp'
option device 'eth2'
option metric '20'第二步，配置mwan3接口。在LuCI的Network菜单下找到Load Balancing，进入Interfaces页签，把wan和wan2都添加进去，初始hop和 reliability参数可以先用默认值。接口这里的track方式建议用ping，跟踪目标一般默认即可。如果某条线路对ping限速或屏蔽，可以换成track method为http。
第三步，配置成员（Members），这是决定分流比例的核心。每个成员由接口和跃点数（metric）组成，负载比例按metric的反比计算。比如wan1_m1_w1和wan2_m1_w1，metric相同就是1:1均衡；如果写成wan1_m1_w3加wan2_m1_w1，那就是3:1的流量比例。跃点数m则决定同组内的优先级，m小的优先级高。
# 定义两个成员，实现1:1均衡
config member 'wan1_m1_w1'
option interface 'wan1'
option metric '1'
option weight '1'
config member 'wan2_m1_w1'
option interface 'wan2'
option metric '1'
option weight '1'第四步，配置策略（Policies）。均衡模式建一个策略包含两个成员；如果还想要主备模式，可以另外建一个策略，写成主线路metric为1、备用线路metric为2，这样主线路挂掉后流量自动切到备用线。第五步，配置规则（Rules），规则决定哪些流量套用哪个策略。默认的default规则把所有流量指向balanced策略即可。如果想精细控制，比如让某个内网IP固定走wan2，可以新建一条规则，源地址填这个IP，策略选择只包含wan2成员的策略。
# 均衡策略
config policy 'balanced'
list use_member 'wan1_m1_w1'
list use_member 'wan2_m1_w1'
# 主备策略
config policy 'wan1_only'
list use_member 'wan1_m1_w1'
# 规则：默认全部均衡
config rule 'default'
option dest_ip '0.0.0.0/0'
option proto 'all'
option use_policy 'balanced'三、常见问题排查与避坑建议
第一个高频问题是接口一直显示offline。排查顺序是：先确认接口本身能上网；再看网络接口里gateway是否获取到了，DHCP和PPPoE一般没问题，静态IP最容易漏配网关；最后检查metric是否唯一。这三点占了绝大多数offline案例。
第二个问题是部分网站登录态丢失或频繁掉线。原因是同一用户的请求被分到不同公网IP，银行、支付类网站的风控会判定为异常。解决办法是利用mwan3的粘性会话功能，在规则里开启sticky并设置超时时间，这样同一来源的流量在一段时间内固定走同一条线路。
第三个问题是策略路由与VPN、代理冲突。如果你在路由器上跑了OpenVPN或WireGuard，mwan3的ip rule优先级可能导致VPN流量不走隧道，或者隧道流量被标记错乱。建议在规则里把VPN目标网段用policy routed的方式单独放行，或直接给VPN内网段建一条走wan1的规则，避免进入均衡策略。
第四个建议是合理使用分流规则而不是全量均衡。实际体验里，把需要大带宽的下载、视频流量放进均衡策略，把游戏、语音这类对IP敏感的流量固定走单线，效果远好于无脑全局均衡。可以在规则里按目标端口或协议区分，例如UDP 53和游戏端口走wan1，TCP大流量走balanced。
最后提醒一下IPv6的情况。mwan3对IPv6的支持需要额外安装mwan3的ipv6相关支持，并且ipv6接口同样要配置对应的mwan3接口项。如果只配了IPv4而你的宽带有IPv6，浏览器可能优先走IPv6直接绕过了mwan3的策略，表现为分流不生效，这一点经常被忽略。配置完成后用mwan3 status确认所有接口online、策略里两个成员都有流量统计，再用多线程下载工具测速验证叠加效果，基本就大功告成了。
mwan3多WAN负载均衡OpenWrt多线叠加修改时间：2026-09-03 05:24:41