Olvídate de esto y también de esto otro. Usar el modo bridge con virtualbox para que una máquina virtual sea visible en toda la red del dispositivo anfitrión o para que las distintas máquinas en un mismo anfitrión sean visibles entre si es ahora tan sencillo como elegir “Adaptador puente” en el modo de conexión y el dispositivo de red de la máquina anfitriona a través del cual queremos simular la conexión.

Si tenemos un servidor DHCP visible a través de dicho adaptador las máquinas virtuales obtendrán directamente una dirección del mismo sin más complicaciones. No se exactamente cuando se introdujo este cambio pero a partir de la versión 3.0 funciona así.

VirtualBox es capaz de leer directamente los discos virtuales en formato vmdk de VMware, pero no al revés. Si quieres convertir un disco virtual en formato vdi a formato vmdk basta con tener instalado VirtualBox, el paquete qemu-img y realizar la conversión como sigue:

bash-4.0$ VBoxManage internalcommands converttoraw nombre_de_disco.vdi temporal.raw
bash-4.0$ qemu-img convert -O vmdk temporal.raw nombre_de_disco.vmdk
bash-4.0$ rm temporal.raw

Visto en Commandline.fu. ¡Gracias Guillermo!

Configurar las máquinas virtuales de VirtualBox en modo bridge para que sean accesibles cómodamente entre si o con las máquinas “reales” de nuestra red local es ahora un poco más fácil (desde la versión 2.2.2) de lo que contábamos aquí puesto que ahora aparece un casillero específico para esta opción en la configuración de red de la máquina virtual:

Pero, ya puestos vamos a darle un repaso y así vemos como se hace en Fedora 11.

Antes de nada debemos de instalar el paquete bridge-utils (yum install bridge-utils).

Luego editamos el fichero de configuración del interfaz de red de la máquina anfitriona (en mi caso /etc/sysconfig/network-scripts/ifcfg-eth0) y añadimos, al final, la siguiente línea:

BRIDGE=br0

A continuación creamos un nuevo fichero de configuración (/etc/sysconfig/network-scripts/ifcfg-br0) para el bridge:

DEVICE=br0
TYPE=Bridge
BOOTPROTO=dhcp
ONBOOT=yes
DELAY=0
STP=off

Por último reiniciamos los servicios de red (service network restart) y ya sólo nos queda configurar la red de la máquina virtual como se muestra en la imagen de aquí arriba. Con esto la máquina virtual tomará una dirección de forma dinámica del servidor DHCP disponible en la red de la máquina anfitriona y será perfectamente visible tanto por cualquier otra máquina conectada a dicha red como por otras máquinas virtuales configuradas de igual forma en el mismo anfitrión.

Si tratas de instalar una máquina virtual con el nuevo Ubuntu 9.04 y la versión actual de VirtualBox (2.1.4) comprobarás que las llamadas “guest additions” que permiten una mejor integración del video y el ratón entre las máquinas anfitrionas y huesped no funcionan correctamente. OJO: Por si no queda claro el problema ocurre cuando la máquina virtual corre con Ubuntu 9.04 y no cuando este es el sistema operativo de la máquina anfitriona. La solución es la siguiente.

Para que los drivers de vídeo de las Guest Additions se instalen correctamente una vez montado el CD virtual que las contiene hay que hacer lo siguiente:

Primero creamos un directorio temporal (por ejemplo /vbox/tmp) y las descomprimimos en el mediante el siguiente comando:

sudo /media/cdrom0/VBoxLinuxAdditions-x86.run --target /tmp/vbox/ --keep --noexec

En el directorio temporal editamos el fichero install.sh y, en la línea 415 sustituimos el código siguiente:

1.5.99.* | 1.6 )

por este:

1.5.99.* | 1.6.0 )

Ahora instalamos ya las guest adittions mediante la ejecución de /tmp/vbox/install.sh Con privilegios de root, claro. Luego reiniciamos y con esto ya tendremos solventado el problema con los drivers de video y que es tan simple como que no reconoce la versión de X.org que está corriendo por esa pequeña diferencia en la enumeración de versiones.

Una vez reiniciado el equipo comprobaremos que la integración con el ratón no es correcta. Para solucionarlo tenemos que editar el archivo /etc/X11/xorg.conf y añadir al final del mismo lo siguiente:

Section "InputDevice"
     Identifier "vboxmouse"
     Driver "vboxmouse"
     Option "CorePointer"
     Option "Device" "/dev/input/mice"
EndSection

Y listo. Reiniciamos las X de la máquina virtual y la integración con el ratón ya será perfecta.

FUENTES | Aquí y aquí.

Contar de nuevo con VirtualBox ha sido más fácil de lo que pensaba, pero como existe algún detallito fuera de lo habitual lo dejo aquí por escrito y a ver si así le ahorro un par de horas de sufrimientos a algún otro early-adopter como yo. Pues vamos allá.

Lo primero es lo primero: descargar la versión adecuada de virtualbox. Yo me he bajado la genérica para cualquier distribución y arquitectura i386. La última versión, en el momento actual, es la 2.14.

Lo segundo: preparar el entorno adecuado para compilar los módulos necesarios. El equivalente a nuestro hasta ahora habitual apt-get build-essentials kernel-headers se vería así de feo en Fedora:

[root@localhost downloads]# yum install make automake autoconf gcc kernel-devel dkms

Tres: aplicamos permisos de ejecución al .run que nos hemos bajado (chmod +x VirtualBox-2.1.4-43001-Linux_x86.run), y lo ejecutamos con privilegios de root.

Cuatro: necesitamos meter nuestro usuario dentro del grupo habilitado para conceder permisos de ejecución de maquinas virtuales:

[root@localhost downloads]# usermod -a -G vboxusers josemaria

El quinto paso, y el único arcano dentro de todo el proceso, es que para que funcione de forma adecuada a partir de la versión 2.6.29-rc5 del kernel hay que editar el fichero /usr/src/vboxdrv-2.1.4/Makefile y descomentar la siguiente línea:

# VBOX_USE_INSERT_PAGE = 1

Imagino que en las próximas versiones se solventará con un ifdef, pero de momento hay que hacerlo así. Es lo que tiene esto de querer probar las cosas antes que nadie Ah, y no, no soy un gurú del kernel ni nada parecido. Sólo se donde buscar.

Y ya casi estamos. El sexto y último paso es ejecutar, también como root, el proceso que construirá los módulos adecuados para nuestro kernel:

[root@localhost downloads]# /etc/init.d/vboxdrv setup.

Ala, a seguir trabajando.

ACTUALIZACIÓN: Al cambiar a la beta de Fedora 12 me he dado cuenta de que ya no es necesario siquiera esto. La gente de VirtualBox mantiene ahora un completo directorio con paquetes para, incluso las versiones beta más populares. En estos momentos la última versión de Virtualbox es la 3.08 y mirad que muestrario.

Me reconozco perezoso para ciertas cosas y para esto de la virtualización mis necesidades son tan escasas que hasta ahora no había probado alternativas a vmware player. Pero a raiz de que Canonical haya decidido retirar los paquetes de este producto de las últimas versiones de su distribución me propuse echarle un vistazo a otras cosas y, por ahora, me he quedado encantado con VirtualBox.

En Kubuntu Gutsy la instalación es bien sencilla (sudo apt-get install virtualbox-ose) y después de reiniciar la máquina sólo tenemos que añadir al grupo vboxusers los usuarios a los que queremos permitir el uso de las máquinas virtuales (sudo usermod -a -G vboxusers josemaria). Y listo. A partir de aquí ejecutamos virtualbox y la configuración de las máquinas virtuales se hace de forma gráfica y a través de asistentes muy simples y bien guiados. Y, además, es Software Libre.

Ea, a aplicar parches del windows update de nuevo. Pero, eso si, en un entorno bastante más agradable. Mirad, mirad…

ACTUALIZACIÓN: Me ha costado sangre encontrarlas, así que aquí dejo para quien le interese un enlace a las guest additions para máquinas virtuales con windows.