bond0无ip或无法通信的主因是内核模块未加载、bonding模式与交换机不匹配或物理链路未up；需依次检查modprobe bonding、ethtool链路状态、交换机lacp/vlan配置、网卡命名稳定性及netplan中renderer: networkd和managed: false设置。
为什么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 配置更有效。
