OVH Community, your new community space.

Proxmox, mandare in rete le VM


SgobbiT
25.02.2011, 19.56
Ho visto la luce...
era un problema sullo switch OVH, ora è tutto sistemato.

SgobbiT
19.02.2011, 10.42
Ennesima reinstallazione...
Stavolta ho provato però a installare una semplice Debian 6 64bit, e ad aggiungere al file /etc/network/interfaces le righe per le interfacce vituali.

Codice:
auto eth0:0
iface eth0:0 inet static
        address 178.32.140.AAA
        netmask 255.255.255.255

auto eth0:1
iface eth0:1 inet static
        address 178.32.140.BBB
        netmask 255.255.255.255

auto eth0:2
iface eth0:2 inet static
        address 178.32.140.CCC
        netmask 255.255.255.255
Ovviamente la configurazione sul managerv3 è questa:
178.32.140.AAA nessun mac address virtuale assegnato
178.32.140.BBB mac address virtuale vmware
178.32.140.CCC mac address virtuale ovh

Una configurazione simile ce l'ho su un altro server (senza mac virtuale), una RPS sempre con debian , e li "stranamente" l'ipfailover risponde al ping.

SgobbiT
17.02.2011, 13.28
C'è nessuno del team OVH, che mi sa dire se sto utilizzando i parametri giusti? E se si, partendo da installazioni di base senza altre modifiche se con questi parametri dovrei poter navigare dalle VM?

N.B.
Non sto configurando i dns sulle VM, ma tanto faccio i test direttamente con gli IP

Tipika
14.02.2011, 16.44
un firewall del genere non consuma praticamente nessun processore
ce l'avevo su un kimsufi della serie precedente alla tua, sicuramente era meno performante
(era un amd a risparmio energetico)

ps: il link non era spam, è la guida di myatu, un esperto del forum ovh.co.uk ...

SgobbiT
14.02.2011, 16.30
Citazione Originariamente Scritto da Tipika
Non mi ricordo bene perché l'ho fatto due anni fa
era su un help non ufficiale che non è più esistente adesso

Anche questa guida, ma non funziona più, prova con google cache
:: NOSPAMPLEASE ::
Si ho capito qual'è, ma diventa onerosa a livello di elaborazioni...ho il server più entry level offerto da ovh. Se devo gestire anche un firewall e il routing verso le VM, si pianta tutto.

Comunque anche se un pò inconsueta, visto che di solito si è abituati ad avere su una stessa rete fisica classi IP uguali che interoperano tra loro, questa configurazione dovrebbe funzionare...
Se la mia VM invia i pacchetti nel posto giusto e chi li riceve, a quel che mi dicono, è configurato correttamente per riceverli. Perchè non funziona?
C'è nessuno che usa Proxmox su vmbr0 (in bridge con la eth0 della macchina fisica) e VM di tipo KVM, a cui la configurazione funziona?

Tipika
13.02.2011, 20.48
Non mi ricordo bene perché l'ho fatto due anni fa
era su un help non ufficiale che non è più esistente adesso

Anche questa guida, ma non funziona più, prova con google cache
:: NOSPAMPLEASE ::

SgobbiT
13.02.2011, 20.10
Citazione Originariamente Scritto da Tipika
io ho usato una guida di ovh.co.uk in inglese che non usa i mac virtuali (che quando l'ho installato io non erano previsti)
Le guide inglesi e italiane corrispondono, hai applicato quella che prevede di assegnare le VM su vmbr1 e settare il routing sulla macchina fisica? Non sono riuscito nemmeno con quella...

Tipika
13.02.2011, 18.31
io ho usato una guida di ovh.co.uk in inglese che non usa i mac virtuali (che quando l'ho installato io non erano previsti)

SgobbiT
11.02.2011, 21.10
Dimenticavo di dire che le prove qui sopra sono state fatte su installazione base di proxmox senza apportare modifiche di sorta, e anche la VM una debian 6 è l'installazione base su cui ho settato solamente l'interfaccia di rete.

SgobbiT
11.02.2011, 21.00
Configurazione interfaces su host:
Codice:
# The loopback network interface
auto lo
iface lo inet loopback

# for Routing
auto vmbr1
iface vmbr1 inet manual
        post-up /etc/pve/kvm-networking.sh
        bridge_ports dummy0
        bridge_stp off
        bridge_fd 0


# vmbr0: Bridging. Make sure to use only MAC adresses that were assigned to you.
auto vmbr0
iface vmbr0 inet static
        address 94.23.54.XXX
        netmask 255.255.255.0
        network 94.23.54.0
        broadcast 94.23.54.255
        gateway 94.23.54.254
        bridge_ports eth0
        bridge_stp off
        bridge_fd 0
Configurazione interfaces su VM:
Codice:
# The loopback network interface
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
        address 178.32.140.XX
        netmask 255.255.255.255
        broadcast 178.32.140.XX
        post-up route add 94.23.54.254 dev eth0
        post-up route add default gw 94.23.54.254
        post-up route del 94.23.54.254 dev eth0
        post-up route del default gw 94.23.54.254
Dando il comando tcpdump:
Codice:
tcpdump -i vmbr0 -e -n -vv src 178.32.140.XX
Vedo che la VM risponde al ping inviato dall'esterno, inviando i pacchetti al gateway:
Codice:
21:31:35.101055 02:00:00:71:c1:XX > 00:22:91:08:04:XX, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 64, id 51488, offset 0, flags [none], proto ICMP (1), length 84) 178.32.140.XX > 79.7.27.XXX: ICMP echo reply, id 3882, seq 82, length 64
00:22:91:08:04:XX è appunto il MAC che ha il gateway

Metto anche il tcpdump del ping che entra:
Codice:
21:44:44.414056 00:22:91:08:04:XX > 02:00:00:71:c1:XX, ethertype IPv4 (0x0800), length 98: (tos 0x0, ttl 53, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 79.7.27.XXX > 178.32.140.XX: ICMP echo request, id 4191, seq 1, length 64
Dopo il primo ping che entra vedo anche la richiesta arp che la VM invia in rete:
Codice:
21:49:22.441088 02:00:00:71:c1:XX > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: arp who-has 94.23.54.254 tell 178.32.140.XX
Dopo il primo ping che entra vedo anche la risposta arp che il gateway invia alla VM:
Codice:
21:44:44.424077 00:22:91:08:04:XX > 02:00:00:71:c1:XX, ethertype ARP (0x0806), length 60: arp reply 94.23.54.254 is-at 00:22:91:08:04:XX
Inutile dire che 94.23.54.254 è il gateway corretto come confermato anche da OVH, e che 02:00:00:71:c1:XX è il MAC virtuale assegnato all'IP 178.32.140.XX

Ho anche contattato direttamente OVH e non risultano blocchi né sullo switch né sul gateway, per i MAC e gli IP. E dicono quindi che è un problema mio.

Avete idee o soluzioni?

SgobbiT
23.01.2011, 20.49
Sono 3 giorni che tento di dare connettività alle VM che ho creato su proxmox.

Dal pannello ManagerV3 di OVH ho ottenuto 3 IP di failover, e per ognuno di questi IP ho ottenuto un mac address.

Le guide che ho trovato non sono chiarissime, e al cambiare della lingua si contraddicono.

Partendo dalla macchina fisica senza aggiunta di parametri, con installato proxmox, da quel che ho capito basta che creo una VM (le sto creando KVM) e l'aggiungo sul vmbr0 agganciandola al MAC assegnatomi da OVH per l'IP di failover che decido di usare su quella VM.
Però non mi funziona. Dove sbaglio?