绿联 NAS 的双网口在 UGOS Pro 里能配成五种链路聚合：bond0、bond1、bond2、bond4、bond6。名字都摆在设置页上，真要选的时候还是会犹豫。有人照着教程选了轮询，结果单机拷文件一点没快；有人配了动态聚合，交换机那边忘了开 LACP，NAS 直接失联，最后只能按着机箱找复位孔。
这篇不讲名词定义，只解决一件事：手上这台绿联 NAS，两个网口到底该选哪个模式。顺带把「聚合能不能让一台电脑跑满 2.5G」这个流传最广的误会说清楚，因为它直接决定了很多情况下你压根不用开聚合。
先看结论：多数人不需要动聚合
| 你的情况 | 选哪个 | 为什么 |
|---|---|---|
| 只有一台电脑，想把 2.5G 口跑满 | 不用聚合 | 单条 TCP 连接只走一条成员链路，聚合帮不上忙，换 2.5G 交换机或万兆直连才是正解 |
| 家里几台设备同时从 NAS 读 | bond6 | 出站流量按负载分摊到两个口，不需要交换机配合 |
| 有管理型交换机，想让两个口都用满 | bond4 | LACP 双向都能按流转发，前提是交换机配了聚合组 |
| 只求不断网，速度够用 | bond1 | 一条在工作、一条待命，交换机零配置，最不容易配挂 |
| 交换机只支持静态聚合 | bond0 / bond2 | 能用，但乱序和配置难度会抵消收益，家用意义有限 |
表格的判断依据只有一条：瓶颈到底在链路上，还是在链路之外。NAS 的网口是 2.5G，家里却是千兆交换机，那聚合出来的带宽照样被交换机这一跳卡死；反过来，单台电脑就算把两个口聚合起来，它的网卡也只有一条 2.5G 链路。
绿联能选的只有五种，编号来自 Linux bonding
位置在【控制面板】→【网络设置】→【网络连接】，点「+链路聚合」进创建向导。这五个编号不是绿联自己编的，对应的是 Linux 内核 bonding 驱动的 mode 0、1、2、4、6。绿联没有放出来的 bond3（广播）和 bond5（balance-tlb），在家用场景里也确实没什么用处。
| 界面名称 | 内核模式 | 收发怎么分 | 交换机要求 | 单机能否超过单口 | 链路故障 |
|---|---|---|---|---|---|
| 轮询 | bond0 balance-rr | 按包轮流从各成员口发 | 静态聚合 | 理论上能，实际常有乱序 | 有，会话会断 |
| 主动/备份 | bond1 active-backup | 只有一条在工作 | 无 | 不能 | 有，切换最快 |
| 平衡 XOR | bond2 balance-xor | 按 MAC（可改按 IP）哈希 | 静态聚合 | 不能 | 有 |
| 动态链路聚合 | bond4 802.3ad | LACP 协商，按流哈希 | LACP | 不能 | 有，由两端协同 |
| 自适应负载均衡 | bond6 balance-alb | 出站按负载分，入站靠 ARP 协商 | 无 | 不能 | 有，会话会断 |
顺带说两处绿联官方文档（《链路聚合模式说明》）里写岔的地方，因为看文档的人不少：
- 文档把 bond6 标成「Balance-TLB，Transmit Load Balancing」，实际内核里 bond6 是 balance-alb（自适应负载均衡），balance-tlb 是 bond5。文档紧接着写的「接收负载均衡通过 ARP 协商实现」，说的正是 ALB 的特征，两者对不上。
- 文档在平衡 XOR 的注意事项里写「交换机必须支持 IEEE 802.3ad」，这句也不准。bond2 走的是静态聚合，不跑 LACP；真正需要交换机开 LACP 的是 bond4。802.3ad 这个编号后来并进了 IEEE 802.1AX，所以现在有些交换机把它标成 LACP 或 802.1AX。
聚合不等于带宽翻倍，这是最大的误会
聚合是把几条物理链路绑成一个逻辑接口。除了按包轮询的 bond0，模式里，一个包从哪个口出去是由哈希算出来的。一条 TCP 连接的五元组是固定的，哈希结果就固定，这条连接只能压在其中一个成员口上。所以两个 2.5G 口聚合，单条连接的上限还是 2.5Gbps，不是 5Gbps。
要让两个口一起干活，得有多条连接或者多个客户端。Linux 内核文档（bonding HOWTO）里写得很明确：802.3ad 模式下，成员口的出站选择是按发送哈希策略算的；balance-alb 则是出站按负载分、入站靠改写 ARP 应答，让不同对端记住不同的 MAC。两种机制都是「按流或按对端」分，不是「按包」平均分。
| 链路 | 理论带宽 | 实际单连接（SMB） | 什么时候会成为瓶颈 |
|---|---|---|---|
| 千兆 1GbE | 1Gbps | 约 110～118 MB/s | 单盘机械硬盘就能喂满 |
| 2.5G 2.5GbE | 2.5Gbps | 约 280 MB/s | 单盘够用，四盘阵列开始不够 |
| 万兆 10GbE | 10Gbps | 约 1.1 GB/s | 机械盘阵列很难跑满，NVMe 才行 |
再往硬盘那头看。四块机械盘做 RAID5，顺序读通常在 400～600 MB/s；单盘顺序读 180～250 MB/s。也就是说，2.5G 单口大约 280 MB/s 的吞吐，基本能喂饱单盘和部分阵列，链路并不是第一个卡住的地方；反过来，把两个 2.5G 口聚合起来要凑到 560 MB/s，得先问问硬盘阵列和客户端跟不跟得上。
还有个更隐蔽的问题：哈希按什么算。Linux 默认的发送哈希策略是 layer2，即按源和目的 MAC 地址算。这意味着同一台电脑访问 NAS，即使同时开十条连接，MAC 对是同一对，可能全被分到同一个口上。要按 IP 和端口分散，得把策略改成 layer3+4，而 UGOS Pro 的聚合向导只有「选模式、选成员口、设 IP」三步，没有这个开关。绿联这边能调的只有模式本身。
有人实测过万兆双口的效果：DXP6800 Pro 配 bond4 加 SMB 多通道，Windows 资源管理器单文件拷贝跑到约 1.15 GB/s，差不多就是一条万兆线的速度；iperf3 多流并发能到 1.7 倍左右。这位用户的结论是「有效果，但不值得专门花钱去做」——这个判断比任何宣传口径都实在。（原始实测记录）
五个模式逐个拆
bond6 自适应负载均衡：最省事，但只分摊 NAS 往外发的流量
绿联官方教程里拿来举例的就是它，也是绝大多数家庭用户该选的那个。它不需要交换机做任何配置，两个口接到同一台交换机、或者同一台路由器的两个 LAN 口就行，前提是这几个口在同一个二层网络里。官方文档的说法更严谨一些：接到多台交换机时，要确认这些端口都在同一个 LAN 中。
它的能力是不对称的：NAS 往外发数据时，按每条链路的当前负载分摊，所以多台设备同时从 NAS 拉文件、看片、备份，两个口能一起用；NAS 往里收数据时，只用一个口。换句话说，从 NAS 下载能分摊，往 NAS 上传不能。入站那一侧还有个条件，均衡是靠改写 ARP 应答、让不同客户端记住不同 MAC 来做的，只对同网段的多个客户端有效，而且只作用于 IPv4——内核 bonding 文档里写明了 rlb（接收负载均衡）仅覆盖 IPv4 流量。单个客户端仍然只吃一个口。
绿联官方在文档里专门提醒了一句：bond6 下即便交换机支持链路聚合，也不要在交换机上开聚合，否则会出意外错误。这条要记住，是很多人配完就断网的原因。
bond1 主动/备份：只买「不断网」，不买速度
一条链路工作，另一条待命，工作那条断了才切过去。带宽完全不叠加，速度等于单口。好处是配置最简单、兼容性最好，交换机不用动，出了问题也最好排查。
适合的场景很具体：NAS 只用来放照片、跑个下载、偶尔远程连一下，断了会麻烦但速度本来也不是瓶颈。用 bond1 相当于花一个网口的钱买一份保险。
bond4 动态链路聚合：有管理型交换机时的正解
LACP，也就是 802.3ad（后来并入 802.1AX）。交换机必须把这几个口划进同一个聚合组并开启 LACP，两端参数要能对上。内核文档里写得很清楚：802.3ad 会把速率和双工一致的成员口放进同一个聚合组，成员口的出站选择按发送哈希策略算。
它比 bond6 强的地方在于双向都能分摊：入站方向由交换机按流哈希分发，不再依赖 ARP 改写，所以多客户端、多连接时两个口都能跑起来。单条连接依旧封顶，这点没变。
它也是最容易配挂的一个。NAS 侧建了 bond4、交换机侧没建聚合组，两条线之间就会出现环路和广播风暴，表现是时通时不通，甚至直接失联；反过来先配交换机、NAS 还没建 bond，也可能因为链路聚合组里少了一个成员而拒绝转发。稳妥的顺序是：先用 bond6 确认两根线、两个交换机端口都正常，再切到 bond4，切完立刻去交换机上补配置。
bond0 轮询：理论最快，实际最挑设备
按包轮流从各成员口发出去。因为不按流分，理论上连单条连接都能用上两个口，这是它唯一比 bond4 强的地方。代价是乱序：同一个 TCP 连接的包从两条路径到达，接收端要重排，触发重传，实际能不能超过单口取决于交换机、网卡和对端的实现，差异非常大。有的组合能跑到接近两倍，有的组合比单口还慢。
交换机那边要配静态聚合（有的厂商叫 etherchannel 或 trunk group）。家用交换机支持这个的本来就少，支持了也容易配错。绿联文档里写「传输速度可大幅提高」，那是理论值，别当成承诺。
bond2 平衡 XOR：夹在中间，家用基本没有理由选
按哈希分布流量，默认按源和目的 MAC，也支持按 IP。它同样需要交换机配静态聚合，区别是没有 LACP 协商：两端配错了不会「谈崩」，只会静默地退化成一条链路在用，从外面看还以为聚合成功，实际速度没变——这比直接断网更难查。
它的定位是「交换机只支持静态聚合、又想要比 bond0 稳一点」的折中。家用环境里，同样的交换机要求下，要么直接上 bond4，要么干脆用 bond6 免配置。
动手之前，先确认这四件事
一、两个网口的速率是否一致。802.3ad 要求同一个聚合组内的成员口速率和双工一致，速率不同的两个口放在一个 bond 里，LACP 会把它们分进不同的聚合组，叠不起来。绿联在售的机型里：DXP4800 是双 2.5GbE，DXP6800 Pro 和 DXP8800 是双 10GbE，这三类适合聚合；DXP4800 Plus 后面是一个 2.5GbE 加一个 10GbE，两个口速率不同，做聚合没什么实际意义，当两个独立网口用更合理。
二、交换机支持哪一种。非管理型交换机或普通路由器，只能选 bond1 和 bond6；支持静态聚合的交换机，可以选 bond0 和 bond2；支持 LACP 的，才轮得到 bond4。拿不准型号规格的话，选 bond6 不会错。
三、客户端是什么。手机、电视、笔记本走 Wi-Fi，无线那头本来就到不了 2.5G，NAS 这边聚合得再漂亮也没用。真正能吃满的只有有线连接的设备，而单台有线设备又受单连接限制。所以先数一数：同时从 NAS 读数据的有线设备有几台。
四、路由器和原有服务要重新对一遍。绿联官方给了几条注意事项，都是踩过的坑：聚合后不要在路由器里给 NAS 绑 IP 或 MAC，否则可能连不上；两个物理口原来的 IP 如果不在同一个子网，建完 bond 会通信故障；创建和删除聚合时设备会临时断网，属正常；LAN1、LAN2 上配置过的防火墙规则和流量控制规则，在创建聚合后会失效，需要重新配。
配置步骤和验证方法
- 控制面板 → 网络设置 → 网络连接，点「+链路聚合」，向导第一步点「开始」；
- 选模式，家庭用户先试「自适应负载均衡-bond6」，有管理型交换机再考虑「动态链路聚合-bond4」；
- 勾选要聚合的两个物理口，比如 LAN1、LAN2；
- 设 IP。默认 DHCP，建议直接设成固定地址，但别在路由器上做绑定；
- 应用。列表里会出现一个 bond 网络接口，原来的 LAN1、LAN2 被合并进去。
配完别急着测速度，先确认三件事：bond 接口是 up 的、两个成员口都有链路、别的设备能正常访问 NAS。然后才是测速，而且要用两种方法测：
- 单流和多流分开测。
iperf3 -c NAS地址单流跑出来的数字，就是你单条连接的上限，正常情况下它接近单口带宽，上不去是正常的，不是配置错了；iperf3 -c NAS地址 -P 4开四条并发，这时候才该看到两个口一起发力。 - 用真实的 SMB 拷贝做对照。多个大文件同时拷，和单个大文件拷，结果会差很多。Windows 上可以用
Get-SmbMultichannelConnection看当前用了几条连接、走的是哪几个 IP。 - 拔线测试。传输过程中拔掉一根网线，bond1 和 bond4 应该基本无感，bond6 会断一下再恢复。这一步能验证故障切换真的生效了。
至于巨型帧（MTU 9000），建议先别动。它在万兆上收益明显，在 2.5G 上提升有限；而且链路上每一跳都得开，中间夹一台普通交换机会直接把大包丢掉，表现就是能 ping 通、拷文件卡死。另外，UGOS Pro 建完 bond 之后，界面里一直没有 MTU 设置项（1.5.0 固件的情况），要改得走命令行改配置文件，改错了更麻烦。
常被问到的几个问题
配完反而更慢，或者 NAS 找不到了
按可能性从高到低排：交换机配了 LACP、NAS 这边选了别的模式，或者反过来；两个口接在了不同的交换机上（bond0、bond2、bond4 要求交换机堆叠或同一台）；两个口原来的 IP 不在同一子网；路由器上给 NAS 做了 MAC 绑定；交换机端口被划进了不同的 VLAN。逐条排，一般能定位到。
完全进不去的话，绿联官方的说法是恢复出厂设置：不会清除硬盘里的数据，只把网络改回 DHCP 自动获取，账号密码需要重新设置。动手前先确认 NAS 上没在跑什么不能中断的任务。
不聚合，有没有别的办法让单机变快
有，而且往往比聚合更直接。第一个办法是换更快的口：把千兆交换机换成 2.5G 的，单台电脑立刻从 110 MB/s 涨到 280 MB/s 左右，比折腾聚合省事得多。
第二个办法是 SMB 多通道。SMB3 开始，一个客户端可以同时跟服务端建多条 TCP 连接，把带宽拆到多条路径上。UGOS Pro 里在【文件服务】→【SMB】→【高级设置】有对应的开关，1.5.0 版本的固件上能看到这一项。前提是客户端也支持、两边有多条可达路径、网卡支持 RSS。开完用 Get-SmbMultichannelConnection 验证，没有多出来的连接就是没生效。
双万兆的机器，聚合有意义吗
有，但对象是多台设备同时读写。单台电脑用 bond4 也好、bond6 也好，拷贝速度还是 10G 封顶，上面那个 1.15 GB/s 的实测数字就是证明。真想让单机超过 10G，得上 25G 网卡，或者用雷电直连。
聚合之后虚拟机和 Docker 还能用吗
能，但网络要重新绑。虚拟机的桥接网卡、Docker 的自定义 bridge 或 macvlan、端口转发规则，原本都指定了具体接口，聚合后物理口被合并成 bond 接口，接口名变了，不改就会上不了网。这一步不复杂，但很容易忘。
小结
四种场景对应四个答案：单机想快，换更快的网口或交换机，别聚合；多台设备同时读、又不想碰交换机，用 bond6；有管理型交换机、要求两个口都跑满，用 bond4；只求不断网，用 bond1。bond0 和 bond2 留给有明确需求、也确认过交换机能力的人。
链路聚合解决的是「总吞吐」和「单点故障」两件事，不解决「单线程速度」。把这两件事分开看，选型就没有纠结的余地了。
如果你觉得这篇文章不错，有用的话可以点击下面的“赞赏”支持作者，你的支持是我更新的动力（饿饿吃饭）。
Comments NOTHING