We are in the process of migrating this forum. A new space will be available soon. We are sorry for the inconvenience.

Proxmox, KVM y red...no hay manera


kitamarchas
31/07/2009, 18:30
Cita Publicado inicialmente por djdiez
Finalmente esta funcionando con una configuración similar a la de Fridu: IP local 192.168.1.1 en el vmbr0, ips dentro de la misma red en las máquinas virtuales, usando el mismo interfaz de red.
Perdona, no entiendo, ¿dónde defines esa IP? ¿En la interfaz Proxmox?

sdzzds
03/06/2009, 17:36
Alguna guia para torpes sobre Proxmox?

djdiez
23/05/2009, 23:00
Finalmente esta funcionando con una configuración similar a la de Fridu: IP local 192.168.1.1 en el vmbr0, ips dentro de la misma red en las máquinas virtuales, usando el mismo interfaz de red.

Estaba completamente seguro de haber probado esta configuración antes de pedir ayuda y no haber conseguido conectividad, por eso pido disculpas.
Pensando que ha podido pasar, creo que fue el driver ethernet e1000 que viene por defecto en win2003, que aparentemente no da error pero falla, asignando una MAC inválida.

Ahora estoy peleando un poco con el iptables, que es necesario con esta configuración.
Bueno, gracias a todos!

redesb
19/05/2009, 14:58
You got private (g)mail...

djdiez
19/05/2009, 13:16
Hola y gracias por contestar.
Las redes /32 las he puesto siguiendo las indicaciones de la guia de ovh:
http://guias.ovh.es/ManualUtilizacionProxmox
Realizar la red virtual para Linux KVM

Durante la creación, escoger el Network Type "Bridged Ethernet (tap)".

Luego, es necesario efectuar algunas operaciones manuales:

En el host:
# ip route add SU_IP_FAILOVER dev vmbr0


En el servidor virtual, si se trata de un Linux:
# ifconfig eth0 SU_IP_FAILOVER/32 up # configurar la interfaz
# ip route add default dev eth0 # añadir la ruta por defecto
# echo "nameserver 213.186.33.99" > /etc/resolv.conf # configurar el DNS


Si el sistema sobre el servidor virtual es otro (Windows, *BSD, ...) será necesario por supuesto, adaptar los comandos para conseguir el mismo resultado.

Dirección IP : SU_IP_FAILOVER/32
Clase : 255.255.255.255
Puerta de enlace : SU_IP_FAILOVER
DNS server : 213.186.33.99
Así que la ruta estaba indicada manualmente, lo que en teoría no era problema. Aun así, he probado con redes /24, es decir, netmask 255.255.255.0 y gw X.X.X.255 , tanto en /etc/network/interfaces como en el servidor con windows 2003.

El tema bridges, la lógica teórica esta bien, pero la práctica...

Entiendo que OVH tiene que restringir Proxmox para evitar que incautos como yo se pongan a emitir paquetes arp desde macs ficticias de las maquinas virtuales hacia su red, pero me parece que deberían de documentarlo correctamente, ya que toda la documentación del wiki y foros de proxmox ve no sirven para nada...¿o sí?

Por cierto, he intentado mandarte un privado y no he encontrado donde hacerlo ¿puedes mandarme un mail a >djdiez gmail com

redesb
19/05/2009, 10:38
Hola,

Tal vez no tenga que ver con tu problema pero quizás te sirva http://foros.ovh.es/showthread.php?t=3712. Por otra parte, dices que necesitas comunicar los 'guests' con el resto de la red interna pero observo que especificas 'netmasks' /32, ¿has probado a poner un /24 de netmask?.

En cuanto a tu desconcierto con los 'bridges', no eres el único que lo ha padecido, pero afortunamente es más fácil de lo que crees, piensa en ellos como 'hubs' o 'switch' físicos. Cualquier cosa que conectes a uno de ellos comunicará con el resto de los elementos conectados a él virtualmente. No obstante, te comentaba lo de la 'netmask' porque me parece que si vas poniendola a /32 no podrás conectar con el resto de elementos de ese 'switch' sin especificar una 'route' manualmente.

Si te ves muy apurado, dejame un privado con algún método de contacto más directo y gustosamente te ayudo hasta donde llegue.

Saludos

djdiez
19/05/2009, 01:30
Hola, este es mi primer post en el foro, espero disculpeis el tocho...

Llevo poco tiempo con OVH, anteriormente usaba aqui un dedicado económico para hacer copias de seguridad de otros servidores pero desistí por los continuos problemas de conectividad.
Hace cosa de un mes he vuelt y tengo un par de servers, uno con Plesk 9 del que no tengo ninguna queja y otro con Proxmox, para virtualización, que me tiene frito. Por necesidades de un cliente, necesito montar una infraestructura de 3 servidores (2 windows 2003 y un linux) en un único servidor, virtualizado.

La estructura física actual cuenta con rango de 16 IPs públicas que, mediante un router físico con m0n0wall, administro y "NATeo" a un rango de IPs privadas en un par de subredes (192.168.2.X - 192.268.3.X) aparte de la LAN (192.168.1.X), que ahora desaparecerá.

Leí con entusiasmo el manual de Fridu (http://www.fridu.org/hosting/52-openvz-virtualization) y fue uno de los motivos que me hizo decantantarme por Proxmox.

Sin embargo, llevo desde el viernes peleándome con el server, con varios reinicios "hard" y netboots en modo rescue, tras haber tocado con poco acierto las configuraciones de red y haber dejado el server sin conexión. He probado con NAT como Fridu, con IP-failover como los manuales de guias.ovh.es .. ya no se por dónde tirar...

Para comprobar que no estoy loco, he decidido usar la opción recomendada por OVH y, a partir de ahi, probar si es posible otra cosa. Estos son los pasos que he seguido, pero no consigo ni tan siquiera que el anfitrion se comunique con el servidor virtual.

----------------------
  1. Contratación del servidor dedicado
  2. Solicitud de IPs failover
  3. Configurar IPs failover en /etc/network/interfaces según la guia ovh
    Configuración de serie:
    Código:
    auto eth0
    iface eth0 inet static
    	address 91.121.X.Y
    	netmask 255.255.255.0
    	network 91.121.X.0
    	broadcast 91.121.X.255
    	gateway 91.121.X.254
    auto vmbr0
    iface vmbr0 inet static
    	address 91.121.X.Y
    	netmask 255.255.255.0
    	post-up /etc/pve/kvm-networking.sh
    	bridge_ports dummy0
    	bridge_stp off
    	bridge_fd 0
    Añadido a la Configuración
    Código:
    auto eth0:0
    iface eth0:0 inet static
    	address 94.23.Z.W
    	netmask 255.255.255.255
    	network 94.23.Z.0
    	broadcast 94.23.Z.W
    auto eth0:1
    iface eth0:1 inet static
    	address 94.23.Z.V
    	netmask 255.255.255.255
    	network 94.23.Z.0
    	broadcast 94.23.Z.V
    Resultado:
    Código:
    # ifconfig
    dummy0    Link encap:Ethernet  HWaddr 22:f6:25:99:f8:22  
              inet6 addr: ---eliminado---
              UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
              RX packets:0 errors:0 dropped:0 overruns:0 frame:0
              TX packets:9 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:0 
              RX bytes:0 (0.0 B)  TX bytes:678 (678.0 B)
    
    eth0      Link encap:Ethernet  HWaddr 00:1c:XX:XX:XX:XX  
              inet addr:91.121.X.Y  Bcast:91.121.X.255 Mask:255.255.255.0
              inet6 addr: ---eliminado---
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:21356 errors:0 dropped:0 overruns:0 frame:0
              TX packets:22869 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:1000 
              RX bytes:1920018 (1.8 MiB)  TX bytes:3783647 (3.6 MiB)
    
    eth0:0    Link encap:Ethernet  HWaddr 00:1c:XX:XX:XX:XX 
              inet addr:94.23.Z.W  Bcast:94.23.Z.W  Mask:255.255.255.255
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
    
    eth0:1    Link encap:Ethernet  HWaddr 00:1c:XX:XX:XX:XX  
              inet addr:94.23.Z.V  Bcast:94.23.Z.V  Mask:255.255.255.255
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
    
    lo        Link encap:Local Loopback  
              inet addr:127.0.0.1  Mask:255.0.0.0
              inet6 addr: ::1/128 Scope:Host
              UP LOOPBACK RUNNING  MTU:16436  Metric:1
              RX packets:6245 errors:0 dropped:0 overruns:0 frame:0
              TX packets:6245 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:0 
              RX bytes:1661077 (1.5 MiB)  TX bytes:1661077 (1.5 MiB)
    
    venet0    Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
              UP BROADCAST POINTOPOINT RUNNING NOARP  MTU:1500  Metric:1
              RX packets:0 errors:0 dropped:0 overruns:0 frame:0
              TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:0 
              RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
    
    vmbr0     Link encap:Ethernet  HWaddr 22:f6:25:99:f8:22  
              inet addr:91.121.X.Y  Bcast:91.121.X.255  Mask:255.255.255.0
              inet6 addr: -- eliminado --
              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
              RX packets:0 errors:0 dropped:0 overruns:0 frame:0
              TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:0 
              RX bytes:0 (0.0 B)  TX bytes:468 (468.0 B)
  4. Configuración de las rutas para las ips-failover

    Código:
    # ip route add 94.23.Z.W dev vmbr0
    # ip route add 94.23.Z.V dev vmbr0
  5. Creación de la maquina virtual (KVM) con Windows 2003. Red RTL8139 a vmbr0.

    Código:
    /etc/qemu-server# cat 101.conf
    ostype: w2k3
    memory: 4096
    onboot: 1
    name: win2003
    ide2: none,media=cdrom
    smp: 2
    bootdisk: scsi0
    scsi0: vm-101-disk.qcow2
    description: Windows 2003
    vlan0: rtl8139=11:11:11:11:01:01
  6. Configuración de lp 94.23.Z.W en Windows 2003, con mascara 255.255.255.0, puerta de enlace 94.23.Z.W
  7. Modificación por regedit (SubnetMask) a 255.255.255.255
    http://img98.imageshack.us/img98/2118/38982290.png


Los resultados de las pruebas sobre el anfitrion:
Código:
# brctl  showmacs vmbr0
port no	mac addr		is local?	ageing timer
  2	00:ff:af:c7:a2:32	yes		   0.00
  1	22:f6:25:99:f8:22	yes		   0.00

# # arp -a -n
? (91.121.X.251) at 00:1E:--:--:--:75 [ether] on eth0
? (91.121.X.250) at 00:1E:--:--:--:85 [ether] on eth0
? (91.121.X.254) at 00:00:0C:07:AC:01 [ether] on eth0

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
94.23.Z.W    0.0.0.0         255.255.255.255 UH    0      0        0 vmbr0
94.23.Z.V    0.0.0.0         255.255.255.255 UH    0      0        0 vmbr0
91.121.X.0    0.0.0.0         255.255.255.0   U     0      0        0 eth0
91.121.X.0    0.0.0.0         255.255.255.0   U     0      0        0 vmbr0
0.0.0.0         91.121.X.254  0.0.0.0         UG    0      0        0 eth0
Y sobre el windows2003 virtualizado:
Código:
>arp -a 
No se encontraron entradas ARP
http://img413.imageshack.us/img413/4226/51586299.png

Y aquí estoy, sin poder hacer ping de un servidor al otro, sin conectividad ninguna. Con mayor o menor dificultad, siempre me había arreglado en el tema de redes, pero ahora estoy bastante jodido porque no veo opción alguna de avanzar. Es la primera vez que trato con interfaces de tipo bridge, y aunque creo que los pillo, al estar todo virtualizado me pierdo.
La interfaz dummy0 me deja en fuera de juego. No encuentro los interfaces tap0, tap1...que indican en algunos manuales cuando se trabaja con KVM.. desde los foros de proxmox en cuanto se pregunta por alguna configuración y se indica que se está trabajando sobre la versión preparada por OVH te "invitan" a que preguntes al equipo de OVH, ya que ellos no soportan versiones modificadas...en fin, no es un camino de rosas.

No se si se me ha pasado algo o estoy haciendo algo mal, así que si veis cual es el detalle que se me está escapando o me podeis indicar que es lo que hago mal os lo agradecería muchísimo.

En fin, que cualquier comentario será bien recbido.

Gracias y perdon por el tocho!