Keepalived 无传统 debug 模式，需通过日志增强（log_priority 7、vrrp_debug、check_debug）、配置校验（keepalived -t）、VRRP 抓包（tcpdump -i eth0 'proto 112'）及主动故障模拟（stop/reload/服务停用）构建完整排查链路。
Keepalived 本身不提供传统意义上的“debug 模式”（如 -d 或 --debug 启动参数），但可通过组合日志增强、配置校验、进程级调试与协议层抓包，精准定位双机热备中因配置逻辑错误导致的状态异常、VIP 不漂移、假主备共存等问题。关键不是开一个开关，而是构建一套可验证的排查链路。
启用高粒度 Keepalived 日志
默认日志级别较低，无法暴露状态决策细节。需在 `global_defs` 块中显式提升日志等级：
在 /etc/keepalived/keepalived.conf 的 global_defs 区域添加：
- log_priority 7：启用 debug 级别（0=emerg, 7=debug）
- vrrp_debug：开启 VRRP 协议栈详细日志（显示选举计时器、优先级比较、状态跃迁条件）
- check_debug：开启健康检查模块调试日志（显示 real_server 探测结果、权重变化、notify 脚本执行路径）
修改后重启服务：systemctl restart keepalived，然后实时跟踪：tail -f /var/log/messages | grep -i "keepalived\|vrrp\|check"。重点关注类似 Got advertisement from ... with priority ... lower than ours 或 Entering MASTER STATE (VI_1) 的上下文，确认状态切换是否按预期触发。
用 keepalived -t 验证配置语法与逻辑冲突
keepalived -t 不仅检查语法，还能识别部分隐性逻辑矛盾：
- 若两节点 virtual_router_id 相同但 state 均为 MASTER，会报错
ERROR - conflicting configuration: vrrp_instance VI_1 is MASTER on both nodes - 若 priority 设置反向（备机 > 主机），虽不报错，但日志中会出现
Priority lower than peer, entering BACKUP state—— 这是逻辑漏洞的直接证据 - 若 interface 指定网卡不存在或未 UP，会提示
WARNING - interface eth1 doesn't exist or is down
务必在主、备节点分别运行该命令，并比对输出。配置文件看似一致，但 router_id、priority、state 的微小差异可能被忽略。
抓包分析 VRRP 协议行为
逻辑漏洞常表现为“心跳发不出”或“收不到”，而非 Keepalived 自身崩溃。使用 tcpdump 直观验证协议层是否按配置工作：
- 在备机上执行：
tcpdump -i eth0 'proto 112' -nn -vv（VRRP 协议号为 112） - 正常应持续看到源为主机 IP、目标为组播地址
224.0.0.18的 VRRP Advertisement 报文，含 priority 字段值 - 若长期无报文，说明主机未发送 —— 检查主机是否卡在
BACKUP状态（因 priority 过低或脚本强制降权）、或防火墙拦截了协议号 112 - 若备机收到报文但未升主，查看其日志中是否有
Received higher priority advertisement—— 若有，说明它承认主机合法；若无，可能是 vrrp_strict 开启后因配置不合规（如 VIP 未配在本地网卡）导致报文被丢弃
模拟故障并观察状态迁移路径
真实故障场景能暴露配置中的条件盲区。不要只等宕机，主动触发验证：
- 手动停止主机 Keepalived：
systemctl stop keepalived，观察备机是否在advert_int × 3秒内进入 MASTER 并绑定 VIP（用ip addr show确认） - 在主机上临时降低 priority：
echo "priority 50" >> /etc/keepalived/keepalived.conf（再 reload），看是否立即退为 BACKUP - 故意让主机的健康检查失败（如停 nginx），观察 notify_down 脚本是否执行、Keepalived 是否退出 —— 若未退出，说明 track_script 未正确关联，或脚本权限/路径错误
每一步操作后，同步检查两端日志、VIP 绑定状态、LVS 规则（ipvsadm -Ln）三者是否联动一致。不一致即为逻辑断点。
不复杂但容易忽略。
