Keepalived poate avea o adresă IPv4 virtuală partajată între 2 noduri cu adrese IPv6?

Sunt într-un mediu cu o lipsă gravă de adrese IPv4, dar o mulțime de adrese IPv6. Am tot felul de servicii frumoase pe IPv6, printre care replicarea MySQL. Acum, vreau doar ca cele 2 servere să aibă o singură adresă IPv4 la care să poată fi accesată lumea exterioară. Am incercat urmatoarea configuratie:

Rularea Keepalived v2.1.5 pe Debian 11.

global_defs {
  @server01 router_id server01
  @server02 router_id server02
}
vrrp_instance vlan0 {
  @server02 stare MASTER
  @server02 prioritate 110
  @server01 stare BACKUP
  @server01 prioritate 100
  interfata eth0
  virtual_router_id 123
  @server02 unicast_src_ip 2000:4000:6000:8000::102
  @server01 unicast_src_ip 2000:4000:6000:8000::101
  unicast_peer {
    @server01 2000:4000:6000:8000::102
    @server02 2000:4000:6000:8000::101
  }
  autentificare {
    auth_type PASS
    auth_pass secret
  }
  adresa_virtuală {
    172.1.2.3 dev eth0
  }
}

Dar asta îmi dă următoarele erori:

(vlan0): familia de adrese trebuie să se potrivească cu instanța VRRP [172.1.2.3] - ignorând
(vlan0) Niciun VIP specificat; este necesar cel puțin unul

Este realizabil ceea ce încerc să fac? Dacă da, cum? Simt că îmi lipsește doar un mic detaliu...

După cum ți-a spus Keepalived, nu poți combina familiile de adrese într-o singură instanță. VRRP este prea adânc în implementarea descoperirii vecinilor pentru a putea abstrage adresa familiei. Înlocuiți IPv4 VIP cu unul IPv6.

Cu adresarea IPv6 la disponibilitate ridicată, puteți oferi servicii IPv4 pe lângă asta.

Dacă aplicațiile pot fi proxy sau transmise, puneți proxy-urile în față. Interfață IPv4 și IPv6, backend numai IPv6. VRRP rămâne o singură stivă, ceea ce posibil simplifică lucrurile.

Sau NAT dacă trebuie.Creați o altă instanță VRRP pentru IPv4. Probabil RFC1918 a fost adresat. Adresa serviciului NAT către VIP. Dual stack plus NAT nu reduce datoria tehnică, dar ar putea fi modul în care doriți să operați acest lucru.