Newsgroup: it.comp.os.linux.sys
Titolo: Proxmox: cambiare default gw ad un OpenVZ container

Ciao a tutti,
 
 
come posso cambiare il default gateway ad un OpenVZ container (e solo a 
questo) e rendere permanente la modifica? Qual è il metodo migliore su 
Debian?
 
Se provo a modificare /etc/network/interfaces, al prossimo riavvio viene 
rigenerato e perdo tutti i cambiamenti:
 
auto venet0
iface venet0 inet manual
        up ifconfig venet0 up
        up ifconfig venet0 127.0.0.2
        up route add default dev venet0
        down route del default dev venet0
        down ifconfig venet0 down
 
 
iface venet0 inet6 manual
        up route -A inet6 add default dev venet0
        down route -A inet6 del default dev venet0
 
auto venet0:0
iface venet0:0 inet static
        address 192.168.8.33
        netmask 255.255.255.255
 
 
Ciao e buona giornata,
  Void

 rigenerato e perdo tutti i cambiamenti:
 
http://openvz.org/Virtual_Ethernet_device
 
 

 
http://openvz.org/Virtual_Ethernet_device
 
 
Sì, sono stato su questa pagina, ma dice anche che:
 
"In a Debian container, you can configure this permanently by using 
/etc/network/interfaces:
 
auto eth0
iface eth0 inet static
        address 10.0.0.1
        netmask 255.255.255.255
        up /sbin/ip route add 192.168.0.1 dev eth0
        up /sbin/ip route add default via 192.168.0.1"
 
Questo non mi risulta, in quanto ad ogni riavvio del "container" il file 
/etc/network/interfaces viene rigenerato e la modifica persa. Nello stesso 
file è anche scritto:
 
"# Please create/edit /etc/network/interfaces.head and
# /etc/network/interfaces.tail instead, their contents will be
# inserted at the beginning and at the end of this file, respectively."
 
Ma anche:
 
"# NOTE: it is NOT guaranteed that the contents of 
/etc/network/interfaces.tail
# will be at the very end of this file."
 
Ed infatti la linea da aggiungere viene posizionata sembra a casaccio ed 
ovviamente non funziona.
 
Mi aspettavo di trovare qualcosa di utile in /etc/pve/openvz/101.conf, 
invece non ho trovato nulla, a parte qualche riferimento online sulla 
variabile NETIF, che però non so bene come utilizzare.
 
 
Ciao,
  Void

On 22/07/2014 11:41, Void wrote:
 
[cut]
 > Mi aspettavo di trovare qualcosa di utile in /etc/pve/openvz/101.conf,
 > invece non ho trovato nulla, a parte qualche riferimento online sulla
 > variabile NETIF, che però non so bene come utilizzare.
 >
 
Prova a guardare sull'host in 
/var/lib/vz/private/numero_del_container/etc/network/interfaces
 

 /var/lib/vz/private/numero_del_container/etc/network/interfaces
 
Fatto: spenta la VM, modificato il file, riaccesa la VM. Il file viene 
rigenerato e le modifiche perse... :-/
 
 
Ciao e grazie,
  Void


Ma hai definito una interfaccia di tipo veth?
Dall'interfaccia web di proxmox elimina gli ip assegnati (venet) ed 
aggiungi una interfaccia di rete (veth) e poi modifica il file.
 

 aggiungi una interfaccia di rete (veth) e poi modifica il file.
 
Ho eliminato l'IP assegnato (192.168.8.33) e aggiunto il Network Device 
(veth) eth0 sul bridge vmbr0.
 
Quindi sono andato sulla configurazione di rete del nodo che era così 
configurata:
 
Name=eth0; Active=Yes; Autostart=No; IPaddress=192.168.8.50; 
Gateway=192.168.5.1
Name=eth1; Active=No; Autostart=No
 
... e ho creato un nuovo Bridge vmbr0 con IP=192.168.8.33
 
A questo punto Proxmox richiede di riavviare il sistema... È corretto?
 
Non capisco però perché non mi laschi impostare qui un default gateway 
(perché ce ne è già impostato uno sulla eth0 del nodo) e perché invece nel 
container non mi lasci impostare l'IP.
 
Comunque ho riavviato il sistema la mia configurazione ora è questa:
 
=== host:/etc/network/interfaces ======
# network interface settings
auto lo
iface lo inet loopback
 
iface eth0 inet static
        address  192.168.8.50
        netmask  255.255.240.0
        gateway  192.168.5.1
        broadcast  192.168.15.255
        network 192.168.0.0
        dns-nameservers 192.168.8.234
        dns-search x.local
# dns-* options are implemented by the resolvconf package, if installed
 
iface eth1 inet manual
 
iface vmbr0 inet static
        address  192.168.8.33
        netmask  255.255.240.0
        bridge_ports none
        bridge_stp off
        bridge_fd 0
=======================================
 
=== host:/etc/pve/nodes/host01/openvz/101.conf
NETIF="ifname=eth0,bridge=vmbr0,mac=92:A4:AA:10:60:31,
host_ifname=veth101.0,host_mac=DA:CD:33:B4:31:7E"
=======================================
 
=== host:/var/lib/vz/private/101/etc/network/interfaces
# This configuration file is auto-generated.
#
# WARNING: Do not edit this file, your changes will be lost.
# Please create/edit /etc/network/interfaces.head and
# /etc/network/interfaces.tail instead, their contents will be
# inserted at the beginning and at the end of this file, respectively.
#
# NOTE: it is NOT guaranteed that the contents of
/etc/network/interfaces.tail
# will be at the very end of this file.
#
 
# Auto generated lo interface
auto lo
iface lo inet loopback
=======================================
 
=== guest:/etc/network/interfaces =====
# This configuration file is auto-generated.
#
# WARNING: Do not edit this file, your changes will be lost.
# Please create/edit /etc/network/interfaces.head and
# /etc/network/interfaces.tail instead, their contents will be
# inserted at the beginning and at the end of this file, respectively.
#
# NOTE: it is NOT guaranteed that the contents of 
/etc/network/interfaces.tail
# will be at the very end of this file.
#
 
# Auto generated lo interface
auto lo
iface lo inet loopback
 
# Auto generated venet0 interface
auto venet0
iface venet0 inet manual
        up ifconfig venet0 up
        up ifconfig venet0 127.0.0.2
        up route add default dev venet0
        down route del default dev venet0
        down ifconfig venet0 down
 
 
iface venet0 inet6 manual
        up route -A inet6 add default dev venet0
        down route -A inet6 del default dev venet0
 
auto venet0:0
iface venet0:0 inet static
        address 192.168.8.30
        netmask 255.255.255.255
=======================================
 
Se non ho sbagliato qualche configurazione, dove devo inserire il secondo 
gateway affinché l'impostazione sia permanente? Nel terzo e nel quarto file 
direi di no, in quanto autogenerati, e neanche in 
/etc/network/interfaces.tail perché sembrerebbe che il contenuto non venga 
effettivamente aggiunto esattamente alla fine di /etc/network/interfaces.
 
 
Ciao e grazie,
  Void

 A questo punto Proxmox richiede di riavviare il sistema... È corretto?
 
Prima di andare avanti, che versione di Proxmox stai usando? Io i test 
li ho fatti sulla 2.3-13
 

 effettivamente aggiunto esattamente alla fine di /etc/network/interfaces.
 
il terzo file viene generato dal template nel momento della creazione 
del CT ed aggiornato dai comandi vzctl set con l'opzione --save. Si 
potrebbe fare così ma ho riscontrato problemi nell'inserire l'opzioone 
gateway per cui preferisco editare il file direttamente.

 li ho fatti sulla 2.3-13
 
Io ho la 3.1-21, installata su una Debian 7.6.
 
Ho visto anche l'altro post, grazie: lo leggerò con attenzione.



 
Ak ok, ho anche installazioni 3.1 se fosse necessario posso fare un test 
anche su quella piattaforma.
 

 dovresti dare un vzctl restart 101 ed entrando nel CT (vzctl enter 101)
 
Utile! Ok, provo.
 
 
Ciao e grazie,
  Void

PS: modificando le impostazioni di rete del Node, Proxmox mi chiede: 
"Pending changes (Please reboot to activate changes)". Esiste un modo sicuro 
di fargli prendere le modifiche di rete senza dover riavviare il nodo?


non so, ho sempre riavviato. Sono cose che faccio, di solito, fuori orario.


Facci sapere...

 Facci sapere...
 
Scusa(te), nel frattempo ho letto un po' di documentazione ma ho ancora 
parecchia confusione...
 
Lo scopo originale sarebbe di capire se e come sia possibile configurare 
gateway diversi su container diversi, utilizzando sull'host un solo NIC.
 
L'ordine corretto in cui disporre gli elementi è questo: NIC - bridge - 
ethx, ovvero sul NIC definisco uno (o più?) bridge e poi vi "attacco" le 
varie interfacce di rete ethx?
 
1. Nel mio caso si potrebbero dunque definire due bridge con due gateway 
diversi ai quali "attaccare" i container a seconda del gateway su cui devono 
passare? Ovvero qualcosa del tipo:
 
iface vmbr0 inet static
	gateway  192.168.5.1
	bridge_ports eth0 eth2
	bridge_stp off
	bridge_fd 0
 
iface vmbr1 inet static
	gateway  192.168.1.113
	bridge_ports eth1
	bridge_stp off
	bridge_fd 0
 
iface eth0 inet static
	address  192.168.8.50
	netmask  255.255.240.0
	#gateway  192.168.5.1
 
E poi nei container:
 
#100
iface eth1 inet static
        address  192.168.8.33
        netmask  255.255.240.0
        #gateway  192.168.1.113
 
#101
iface eth2 inet static
        address  192.168.8.34
        netmask  255.255.240.0
        #gateway  192.168.5.1
 
...
 
 
2. Oppure definire dei bridge senza indirizzo IP del tipo:
 
iface vmbr0 inet manual
	bridge_ports eth0 eth2
	bridge_stp off
	bridge_fd 0
 
iface vmbr1 inet manual
	bridge_ports eth1
	bridge_stp off
	bridge_fd 0
 
iface eth0 inet static
	address  192.168.8.50
	netmask  255.255.240.0
	gateway  192.168.5.1
 
E poi nei container:
 
#100
iface eth1 inet static
        address  192.168.8.33
        netmask  255.255.240.0
        gateway  192.168.1.113
 
#101
iface eth2 inet static
        address  192.168.8.34
        netmask  255.255.240.0
        gateway  192.168.5.1
 
...
 
Quello che mi puzza è la coerenza tra la direttiva bridge_ports e i gateway 
definiti nei container che deve essere impostata a mano e quindi prona ad 
errori.
 
 
3. Oppure sbaglio tutto e l'ordine corretto è NIC=eth0 - bridge - vethx? 
Ovvero qualcosa del tipo:
 
iface eth0 inet manual
 
iface vmbr0 inet static
	bridge_ports eth0
	bridge_fd 0
	address  192.168.8.50
	netmask  255.255.240.0
	gateway  192.168.5.1
 
E poi nei container:
 
#100
auto veth0:0
iface veth0:0 inet static
        address 192.168.8.33
        netmask 255.255.255.255
        gateway  192.168.1.113
 
#101
auto veth0:0
iface veth0:0 inet static
        address 192.168.8.34
        netmask 255.255.255.255
        gateway  192.168.5.1
 
 
4. Oppure si potrebbe risolvere il problema togliendo i bridge come da 
configurazione iniziale e definire delle regole di source routing sul node 
del tipo (non definendo un default gateway sui container):
 
echo 201 gateway1 >> /etc/iproute2/rt_tables
echo 202 gateway2 >> /etc/iproute2/rt_tables
 
ip rule add from 192.168.8.33 lookup gateway2
ip rule add from 192.168.8.34 lookup gateway1
 
ip route add default via 192.168.5.1 dev eth0 table gateway1
ip route add default via 192.168.1.113 dev eth0 table gateway2
 
 
Ciao e grazie,
  Void

 gateway  192.168.5.1
 
L'host sembra funzionare correttamente. Ho invece qualche problema con il 
container. In /etc/pve/nodes/lxorsvrt01/openvz/101.conf trovo:
 
NETIF="ifname=eth3,bridge=vmbr0,mac=96:7A:E1:64:1D:F8,host_ifname=veth101.0,host_mac=DA:56:4F:C9:1C:90"
 
ma quando entro nel container trovo un file /etc/network/interfaces vuoto (a 
parte lo). Eppure almeno la eth3 viene vista (non invece la vethx):
 
# ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN mode 
DEFAULT 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: venet0: <BROADCAST,POINTOPOINT,NOARP> mtu 1500 qdisc noop state DOWN mode 
DEFAULT 
    link/void 
3: eth3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT 
    link/ether 96:7a:e1:64:1d:f8 brd ff:ff:ff:ff:ff:ff
 
# ifup eth3; ifconfig
eth3      Link encap:Ethernet  HWaddr 96:7a:e1:64:1d:f8  
          inet addr:192.168.8.33  Bcast:192.168.15.255  Mask:255.255.240.0
          inet6 addr: fe80::947a:e1ff:fe64:1df8/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:7716 errors:0 dropped:0 overruns:0 frame:0
          TX packets:342 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:479370 (468.1 KiB)  TX bytes:17744 (17.3 KiB)
 
# ip route
192.168.0.0/20
 dev eth3  proto kernel  scope link  src 192.168.8.33 
default via 192.168.1.113 dev eth3
 
# ping 192.168.1.113
PING 192.168.1.113 (192.168.1.113) 56(84) bytes of data.
From 192.168.8.33 icmp_seq=2 Destination Host Unreachable
 
 
Ciao,
  Void

 From 192.168.8.33 icmp_seq=2 Destination Host Unreachable
 
Ping verso il gateway non funziona, funziona invece verso l'host e l'altro 
container e viceversa.



hummm questo significa che la richiesta ARP non va a byon fine...
Dall'host riesci a pingare 1.113?
 

 Dall'host riesci a pingare 1.113?
 
Sì.


 Sï¿½.
 
Sembrerebbe non funzionante il bridge...
Riesci a pingare qualunque cosa sulla lan (che non sia l'host, macchine 
virtuali e container sull'host stesso)?
ip route sull'host?
 

 ip route sull'host?
 
# ip route
192.168.8.30 dev venet0  scope link 
192.168.16.0/29
 via 192.168.1.113 dev vmbr0 
192.168.0.0/20
 dev vmbr0  proto kernel  scope link  src 192.168.8.50 
default via 192.168.5.1 dev vmbr0 
 
# ip addr
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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 
1000
    link/ether 00:14:5e:68:40:00 brd ff:ff:ff:ff:ff:ff
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 00:14:5e:68:40:01 brd ff:ff:ff:ff:ff:ff
4: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue 
state UNKNOWN 
    link/void 
    inet6 fe80::1/128 scope link 
       valid_lft forever preferred_lft forever
6: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state 
UNKNOWN 
    link/ether 00:14:5e:68:40:00 brd ff:ff:ff:ff:ff:ff
    inet 
192.168.8.50/20
 brd 192.168.15.255 scope global vmbr0
    inet6 fe80::214:5eff:fe68:4000/64 scope link 
       valid_lft forever preferred_lft forever
22: veth101.0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue 
state UNKNOWN 
    link/ether 92:10:51:de:4a:e8 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::9010:51ff:fede:4ae8/64 scope link 
       valid_lft forever preferred_lft forever
 
In effetti la veth101.0 sembrerebbe non configurata (con l'IP)... Se provo 
ad aggiungere su /etc/network/interfaces dell'host:
 
auto veth101.0
iface veth101.0 inet static
        address  192.168.8.33
        netmask  255.255.240.0
        gateway  192.168.1.113
 
Ottengo:
[...]
22: veth101.0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue 
state UNKNOWN 
    link/ether 92:10:51:de:4a:e8 brd ff:ff:ff:ff:ff:ff
    inet 
192.168.8.33/20
 brd 192.168.15.255 scope global veth101.0
    inet6 fe80::9010:51ff:fede:4ae8/64 scope link 
       valid_lft forever preferred_lft forever
 
... ma non funziona lo stesso...
 
 
Sul container:
 
# ip route
192.168.0.0/20
 dev eth0  proto kernel  scope link  src 192.168.8.33 
default via 192.168.1.113 dev eth0
 
# ip addr 
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> mtu 1500 qdisc noop state DOWN 
    link/void 
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state 
UNKNOWN 
    link/ether 52:19:72:1f:cd:50 brd ff:ff:ff:ff:ff:ff
    inet 
192.168.8.33/20
 brd 192.168.15.255 scope global eth0
    inet6 fe80::5019:72ff:fe1f:cd50/64 scope link 
       valid_lft forever preferred_lft forever
 
 
Ciao e grazie,
  Void


 
Dal CT101? Riesci a pingare tutto escluso 1.113?

No va bene cosï¿½, la veth101.0 viene creata allo startup del CT.
Ti posto la mia configurazione di test
 
root@server1:~# vzctl start 201
Starting container ...
Container is mounted
Setting CPU units: 1000
Setting CPUs: 1
Configure veth devices: veth201.0
Adding interface veth201.0 to bridge vmbr0 on CT0 for CT201
Container start in progress...
root@server1:~# ip add
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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP 
qlen 1000
     link/ether 00:24:81:26:f4:28 brd ff:ff:ff:ff:ff:ff
     inet6 fe80::224:81ff:fe26:f428/64 scope link
        valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
     link/ether 00:24:81:26:f4:27 brd ff:ff:ff:ff:ff:ff
4: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state 
UNKNOWN
     link/ether 00:24:81:26:f4:28 brd ff:ff:ff:ff:ff:ff
     inet 
192.168.23.201/24
 brd 192.168.23.255 scope global vmbr0
     inet6 fe80::224:81ff:fe26:f428/64 scope link
        valid_lft forever preferred_lft forever
5: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc 
noqueue state UNKNOWN
     link/void
     inet6 fe80::1/128 scope link
        valid_lft forever preferred_lft forever
[..]
20: veth201.0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue 
state UNKNOWN
     link/ether 00:18:51:7c:ea:e9 brd ff:ff:ff:ff:ff:ff
     inet6 fe80::218:51ff:fe7c:eae9/64 scope link
        valid_lft forever preferred_lft forever
 
root@server1:~# vzctl enter 201
entered into CT 201
root@test /# ip add
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> mtu 1500 qdisc noop state DOWN
     link/void
3: veth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state 
UNKNOWN
     link/ether 00:18:51:6c:d9:93 brd ff:ff:ff:ff:ff:ff
     inet 
192.168.23.61/24
 brd 192.168.23.255 scope global veth0
     inet6 fe80::218:51ff:fe6c:d993/64 scope link
        valid_lft forever preferred_lft forever
root@test /# ping 192.168.23.1
PING 192.168.23.1 (192.168.23.1) 56(84) bytes of data.
64 bytes from 
192.168.23.1
: icmp_req=1 ttl=64 time=0.643 ms
 
e, come vedi, pingo il default gateway senza problemi.
 
se nel CT101 metti come default gateway il 5.1 riesci a pingare sia il 
5.1 che 1.113?

 5.1 che 1.113?
 
Purtroppo no:
 
root@host:~# vzctl start 101
Starting container ...
Container is mounted
Setting CPU units: 1000
Setting CPUs: 1
Configure veth devices: veth101.0 
Adding interface veth101.0 to bridge vmbr0 on CT0 for CT101
Container start in progress...
 
root@host:~# vzctl enter 101
entered into CT 101
dircolors: no SHELL environment variable, and no shell type option given
 
root@container:/# ip addr  
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> mtu 1500 qdisc noop state DOWN 
    link/void 
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state 
UNKNOWN 
    link/ether 3e:16:ee:db:95:be brd ff:ff:ff:ff:ff:ff
    inet 
192.168.8.33/20
 brd 192.168.15.255 scope global eth0
    inet6 fe80::3c16:eeff:fedb:95be/64 scope link 
       valid_lft forever preferred_lft forever
 
root@container:/# ip route
192.168.0.0/20
 dev eth0  proto kernel  scope link  src 192.168.8.33 
default via 192.168.5.1 dev eth0 
 
root@container:/# ping 192.168.1.101
PING 192.168.1.101 (192.168.1.101) 56(84) bytes of data.
From 192.168.8.33 icmp_seq=1 Destination Host Unreachable
 
root@container:/# ping 192.168.1.113
PING 192.168.1.113 (192.168.1.113) 56(84) bytes of data.
From 192.168.8.33 icmp_seq=2 Destination Host Unreachable
 
root@container:/# ping 192.168.5.1  
PING 192.168.5.1 (192.168.5.1) 56(84) bytes of data.
From 192.168.8.33 icmp_seq=2 Destination Host Unreachable
 
 
Ciao,
  Void

 Purtroppo no:
[..]
 
il forwarding ï¿½ attivo sia nel CT0 che nel CT101?
 
cat /proc/sys/net/ipv4/ip_forward
 


e il contenuto di /etc/network/interfaces del CT0?

 e il contenuto di /etc/network/interfaces del CT0?
 
iface eth0 inet manual
        broadcast  192.168.15.255
        network 192.168.0.0
        dns-nameservers 192.168.8.234
 
iface eth1 inet manual
 
iface vmbr0 inet static
        address  192.168.8.50
        netmask  255.255.240.0
        gateway  192.168.5.1
        bridge_ports eth0
        bridge_stp off
        bridge_fd 0
 
        # Static routes
        up route add -net  
192.168.16.0/29
  gw 192.168.1.113 dev eth0


          up route add -net  
192.168.16.0/29
  gw 192.168.1.113 dev eth0
 
Boh a me sembra a posto... a questo punto proverei resettando tutto e 
reimpostando da zero una connessione veth base accertandosi che funzioni 
prima di modificarla.
 

 prima di modificarla.
 
Ok, adesso ho rimesso la macchina su interfaccia venet e sto utilizzando lo 
stesso gateway per tutte le VM
 
 
Ciao e grazie ancora per il tempo che mi hai dedicato!
Void

 stesso gateway per tutte le VM
 
Figurati, mi dispiace di non averti aiutato a risolvere.
Ciao