Problemik z IP Fail Over

Witam,

Zgodnie z prosba adminow forum na poczatek podaje:

ip/hostname serwera: 188.165.228.149 / ns213227.ovh.net
numer zgłoszenia: 661213
krotki opis problemu: Nie bardzo da sie w 3 linijkach 😉 Chce zeby wszystko bylo jasno przedstawione.

Mam dwie dedykowane maszynki w OVH z identycznymi systemami operacyjnymi Proxmox. Na jednej IP Fail Over dzialaja a na drugej of koz nie. Dokladnie nie widac ich z Internetu po dodaniu. Ale opisze dokladniej.

Korzystam z OpenVZ w proxmox i debian5 appliance template. Instalacja swieza, system nie ruszany. Adresy ustawiam na interfejsach venet. Routing na maszynie glownej proxmox jest prawidlowy. Maszyny wirtualne odpowiadaja na ping miedzy soba i miedzy matka. Wykonanie nata zrodlowego na adres IP maszyny glownej dla IP Fail Over za pomoca polecen:

iptables -t nat -A POSTROUTING -s 178.33.51.108 -o vmbr0 -j SNAT –to-source 188.165.228.149
iptables -t nat -A POSTROUTING -s 178.33.52.66 -o vmbr0 -j SNAT –to-source 188.165.228.149
iptables -t nat -A POSTROUTING -s 178.33.53.98 -o vmbr0 -j SNAT –to-source 188.165.228.149

daje maszynom wirtualnym dostep do Internetu zatem adresy na nich sa prawidlowo skonfigurowane. Traceroute z Internetu do omawianych adresow IP failover zatrzymuje sie na adresie IP maszyny z proxmoxem. Z sieci OVH (z drugiego serwera) rowniez adresy FailOver nie odpowiadaja.

Podsumujmy. Jesli routing na proxmoxie wyglada tak:

Kod:

root@ns213227:~# ip r l
178.33.51.108 dev venet0  scope link
178.33.52.66 dev venet0  scope link
178.33.53.98 dev venet0  scope link
188.165.228.0/24 dev vmbr0  proto kernel  scope link  src 188.165.228.149
default via 188.165.228.254 dev vmbr0


a na maszynie wirtualnej tak:

Kod:

red1:/# ip r l
default dev venet0  scope link


oraz adresacja na maszynie wirtualnej:

Kod:

red1:/# ip a l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
      valid_lft forever preferred_lft forever
2: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN
    link/void
    inet 127.0.0.1/32 scope host venet0
    inet 178.33.52.66/32 scope global venet0:0


to wszystko powinno dzialac. Uwazam wiec, ze problem jest gdzies poza moim serwerem. Zwlaszcza, ze (jak pisalem wczesniej) identyko maszyna z identyko konfiguracja stoi obok w OVH i dziala. Dodatkowo zainstalowalem czystego debiania zamiast proxmoxa zeby wyeliminowac watpliwosci i dodalem te IP Fail Over zgodnie z przewodnikami OVH – to samo wiec nie jest to kwestia systemu.

Poprawcie mnie jesli cos robie nie tak. Generalnie problem wyniknal w sobote a ja na weekend mialem przewidziana wazna prace. Jak wiemy support OVH nie pracuje w weekend co mnie niestety przeraza troche… Zgloszenie poszlo poprzez manager v3 do supportu.