Linux双网卡绑定配置教程

本文深入解析Linux双网卡绑定（bonding）配置中bond0无IP或无法通信的常见故障根源与实战解决方案，涵盖内核模块加载、物理链路状态验证、交换机LACP/VLAN协同配置、网卡命名稳定性保障，以及Debian/Ubuntu下netplan结合networkd的正确配置范式；通过关键命令（如ethtool、cat /proc/net/bonding/bond0）和实操技巧（如手动主备切换测试），帮助读者快速定位问题、规避典型踩坑点，并真正实现高可用网络连接。

为什么bond0起来后没有IP或无法通信？

多数人配置完 bonding 后发现 bond0 接口存在但没 IP、ping 不通网关，根本原因常是：内核模块没加载、bonding 模式与交换机不匹配、或物理链路未真正 up。

先确认模块已载入：

lsmod | grep bonding

若无输出，运行 modprobe bonding；再检查两块从网卡（如 enp3s0、enp4s0）是否都处于 UP 状态且无 link 错误（ethtool enp3s0 查看 Link detected）。

常见踩坑点：

• mode=1（active-backup）下，只有一张卡实际转发流量，另一张必须物理连通且被交换机允许——不能接在不同交换机或 VLAN 隔离端口上
• 如果用 mode=4（802.3ad），交换机必须启用 LACP，且聚合组配置需完全一致（hash 策略、速率、双工）
• 系统启动时网卡名可能变化（如从 eth0 变为 enp0s3），建议在 /etc/network/interfaces 或 netplan 中用 MAC 地址绑定设备名

Debian/Ubuntu 用 netplan 配置 bond0 的关键字段

Netplan 不直接支持 bonding 参数，必须通过 renderer: networkd + match + set-name 组合实现。核心是把物理接口设为 managed: false，再由 bond 主接口接管。

示例（/etc/netplan/01-bond.yaml）：

network:
  version: 2
  renderer: networkd
  ethernets:
    enp3s0:
      match:
        macaddress: aa:bb:cc:dd:ee:ff
      set-name: enp3s0
      dhcp4: false
      optional: true
    enp4s0:
      match:
        macaddress: 11:22:33:44:55:66
      set-name: enp4s0
      dhcp4: false
      optional: true
  bonds:
    bond0:
      interfaces: [enp3s0, enp4s0]
      addresses: [192.168.1.100/24]
      gateway4: 192.168.1.1
      nameservers:
        addresses: [8.8.8.8, 1.1.1.1]
      parameters:
        mode: active-backup
        primary: enp3s0
        miimon: 100

注意：

• optional: true 防止某张网卡缺失导致整个 netplan apply 失败
• miimon: 100 表示每 100ms 检测一次链路状态，太小会增加内核开销，太大则故障切换慢
• 别漏掉 renderer: networkd——NetworkManager 默认不处理 bonding

如何验证 bonding 是否生效并识别当前主备状态？

不要只看 ip a，得查内核暴露的 bonding 状态接口。最直接方式是读取 /proc/net/bonding/bond0：

cat /proc/net/bonding/bond0

输出中重点关注：

• Currently Active Slave —— 当前转发流量的网卡名
• MII Status 字段为 up 才表示链路被 bonding 认可
• Speed 和 Duplex 应与物理网卡实际协商一致（如 1000Mb/s, Full）

手动触发主备切换测试高可用性：

echo -n "enp4s0" > /sys/class/net/bond0/bonding/primary

（前提是 mode=active-backup 且已设 primary）。观察 /proc/net/bonding/bond0 中 Currently Active Slave 是否变更，再立刻 ping 网关验证中断时间（通常

CentOS/RHEL 7+ 使用 nmcli 配置 bonding 的硬限制

NetworkManager 支持 bonding，但仅限 mode=1（active-backup）和 mode=802.3ad，且 mode=4 要求所有从接口速率一致（比如不能混用千兆和万兆口）。

创建 bond 的最小命令集：

nmcli connection add type bond con-name bond0 ifname bond0 mode active-backup  
nmcli connection modify bond0 ipv4.addresses 192.168.1.100/24  
nmcli connection modify bond0 ipv4.gateway 192.168.1.1  
nmcli connection modify bond0 ipv4.method manual  
nmcli connection add type ethernet slave-type bond con-name bond0-port1 ifname enp3s0 master bond0  
nmcli connection add type ethernet slave-type bond con-name bond0-port2 ifname enp4s0 master bond0  
nmcli connection up bond0

关键约束：

• 从接口（slave）不能单独 up，NM 会拒绝；必须通过 master 控制
• miimon、arp_interval 等底层参数 NM 不暴露 CLI，需写入 /etc/sysconfig/network-scripts/ifcfg-bond0 的 BONDING_OPTS="miimon=100 mode=active-backup"
• RHEL 8+ 默认用 NetworkManager，但若系统启用了 firewalld，bond 接口默认被加入 public zone，可能拦截 ICMP——记得 firewall-cmd --zone=public --change-interface=bond0

真实环境中，交换机侧配置遗漏比 Linux 侧更容易导致 bonding 半瘫痪：LACP 模式下没开聚合组、access 口强行加 trunk、甚至只是线缆插错物理 slot——排障时先抓包看 ether proto 0x8809（LACPDU）是否存在，比反复 reload 配置更有效。

本篇关于《Linux双网卡绑定配置教程》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！