keepalived提供了虛擬IP和虛擬MAC機制， 這樣，即便主備倒換了， 對客戶端來講也是透明的。
keepalived的虛擬mac地址， 存在一些問題， 各位大俠走過路過，能否給點建議。
系統網卡的MAC地址，稱為物理MAC（網卡名稱為eth0）， keepalived設定的虛擬MAC稱為VMAC。keepalived的VMAC是采用MACVLAN（一種虛擬網卡解決方案）來實作的，VMAC對應的虛擬網卡名稱為uvmac1。
系統網卡上配置的IP(172.16.5.246)和keepalived生成的VIP (172.16.5.245)在同一個網段。
?
測驗結果：
現在，客戶端ARP請求VIP， 回傳的MAC是VMAC（符合預期）
但是， ping VIP包的應答，回傳的MAC是物理MAC（不符合預期）
但是，客戶端發送UDP報文，目的MAC帶的是VMAC, 然而UDP的應答報文， 回傳的MAC，不是VMAC，而是物理MAC。（不符合預期）
我懷疑是路由策略問題， 于是，修改了下路由策略，將VIP的報文， 都路由到VMAC
ip route add to 172.16.0.0/16 dev uvmac1 table 20
ip rule add from 172.16.5.245/32 table 20
再次測驗：
客戶端ARP請求VIP， 回傳的MAC是VMAC（符合預期）
ping VIP包的應答， 回傳的MAC是VMAC （符合預期， 看來路由策略生效了）
客戶端發送UDP報文，目的MAC帶的是VMAC, UDP的應答報文， 回傳的MAC，仍然是物理MAC。（不符合預期，到底為啥呢）
uj5u.com熱心網友回復：
看看樓主的有用沒轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/20146.html
標籤：交換及路由技術
上一篇：網路鏈路UP起來時間非常很長
下一篇：關于兩個相同的IP地址