心跳检测绑错网口本质是操作系统未按预期导向指定物理链路，易致集群误判节点死亡；解决核心为显式绑定源ip、静态路由强制引流、tcpdump抓包验证出口。

心跳检测在多网卡环境下绑错网口，本质是操作系统没按预期把心跳流量导向指定物理链路。这不是“随机选一个网卡发包”的小问题，而是可能让高可用集群误判节点死亡、触发不该发生的故障转移。解决核心就三点：显式绑定源地址、绕过默认路由决策、验证实际出口。

明确指定心跳包的源IP和出口网卡

多数心跳软件（如Heartbeat、Corosync、Keepalived）支持配置bindnetaddr或mcastaddr参数。不要留空或写0.0.0.0，必须填你希望心跳走的那块网卡的**实际IP地址**（不是VIP）。例如：

• Corosync配置中：bindnetaddr: 192.168.10.5（对应eth1的IP）
• Keepalived v2.0+ 支持interface eth1直接指定网卡名
• 自研心跳程序用socket时，调用bind()绑定到具体IP，而非INADDR_ANY

禁用默认路由干扰，用静态路由强制引流

即使绑定了源IP，若目标心跳地址（比如对端IP）匹配了默认路由，内核仍可能走错网卡。尤其当服务器有双网关或多子网时。正确做法是为心跳对端IP加一条主机路由：

• ip route add 192.168.10.6/32 via 192.168.10.1 dev eth1（假设192.168.10.1是eth1的网关）
• 该路由优先级高于默认路由，确保所有发往192.168.10.6的包都从eth1出
• 用ip route get 192.168.10.6验证实际出口是否为eth1

用抓包确认真实发包路径

配置完别信文档，要亲眼看到包从哪块网卡出去：

• 在发送端分别执行：tcpdump -i eth0 host 192.168.10.6 和 tcpdump -i eth1 host 192.168.10.6
• 只在eth1上看到心跳UDP包（如Corosync用udp 5405），说明绑定成功；若eth0也有，说明某处配置漏了
• 注意：有些工具（如ping）会受rp_filter影响，但心跳协议一般不走ICMP，抓UDP/TCP更准

避免ARP和反向路径过滤干扰

即使包发对了，对端收不到也可能因ARP响应混乱或内核丢包：

• 关闭非心跳网卡的ARP响应：echo 0 > /proc/sys/net/ipv4/conf/eth0/arp_ignore（仅保留心跳网卡响应）
• 禁用反向路径过滤：echo 0 > /proc/sys/net/ipv4/conf/all/rp_filter，或至少设为loose模式（2）
• 检查/proc/sys/net/ipv4/conf/*/arp_announce，建议统一设为2，避免ARP通告用错源IP