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.

Hace ya más de un mes que me dieron una cuenta para probar la versión Alpha del Suse Studio y, a pesar de que he estado jugando bastante con el, ni siquiera he escrito unas líneas para contaros como funciona. Aquí van.

Suse Studio es una herramienta web para crear fácilmente y a golpe de ratón tus propias distribuciones personalizadas basadas en Open Suse o en Suse Linux Enterprise. Admite, como veremos en unos instantes, una gran variedad de plantillas base de partida, permite una personalización del resultado extremadamente fina y como salida podemos obtener desde Live’s CD o USB instalables, hasta imágenes de disco duro para cargar directamente en equipos OEM o máquinas virtuales en formato Xen o VMware (y, a partir de estas, de VirtualBox).

El procedimiento es tan sencillo de seguir que podría entenderse perfectamente con tan sólo dejar unos pantallazos, así que no voy a aburriros mucho. El primer paso para crear tu distribución personalizada es elegir la plantilla de partida de entre las opciones que se nos ofrecen:

La personalización, ahora, se realiza en base a tres grandes bloques: elegir el software que queremos añadir a nuestra plantilla, configurar el aspecto y algunas características del resultado y, finalmente y si así lo deseamos, añadir los archivos o programas que queramos realizados por nosotros mismos. La selección del software adicional se hace en base a bloques temáticos o con la ayuda de un buscador:

La configuración se realiza en base a siete grandes bloques gracias a los cuales podemos configurar desde los elementos más básicos (el idioma del teclado, las cuentas de usuario iniciales, la configuración de red, la activación del cortafuegos, la inclusión, si lo deseamos, de una licencia EULA que el usuario deberá de aceptar tras la instalación) hasta la carga de una base de datos mysql, la ejecución de scripts personalizados tras la instalación o la memoria y tamaño de disco que ocuparemos caso de desear una máquina virtual o una imagen de disco como resultado.

Sin olvidar, claro, el apartado en el que podemos personalizar el aspecto mediante un logo y un fondo de escritorio a nuestro antojo:

Una vez hecha la personalización de la máquina pasamos a la construcción del resultado. Elegimos el soporte final que necesitamos, pulsamos el botón de Build, esperamos unos minutos y listo:

Podemos almacenar diferentes soportes finales (imágenes ISO, máquinas virtuales, etc.) de una misma creación y todas las creaciones que queramos para futuros usos o incluso para que nos sirvan como plantillas iniciales mediante el botón de clone:

Podemos, incluso, probar el resultado de cualquiera de ellas directamente desde la web y antes de descargarla a nuestro PC sin más requisitos que tener instalado un plugin de flash en nuestro navegador mediante el enlace etiquetado como Testdrive:

Y una última nota. Aunque no soporta la creación de imágenes para VirtualBox, puesto que esta lee perfectamente los discos en formato vmdx de Vmware, la traslación a este sistema es un juego de niños:

A mi como herramienta me gusta bastante y, aunque aún tiene algunos defectos y carencias (¡no olvidemos que es una versión Alpha!), creo que tiene muchas posibilidades tanto para uso personal de quien, por ejemplo, quiera crear su propia distribución totalmente a medida, como para la preparación de entornos corporativos, creación de imágenes OEM, distribución de LiveCD’s con aplicaciones personalizadas, etc.

Para quien necesite más información, existe un “screencast” introductorio (en inglés), un foro asociado al proyecto y una wiki que contiene numerosos “howtos” con todas las posibilidades de la herramienta.

Cuando creas una máquina virtual con VirtualBox, con las opciones de red por defecto, esta cuenta con conexión a cualquier recurso en la red al que tenga acceso la máquina anfitriona (conexión a Internet incluida) y puede compartir archivos con ella si configuramos la opción de “Directorios Compartidos”, pero entre máquina anfitriona y máquina virtual no existe ninguna otra posible conexión. La máquina virtual tampoco es accesible de ninguna forma desde otra máquina de nuestra red local y si abrimos dos máquinas virtuales en la misma máquina anfitriona tampoco pueden verse entre si. Esto puede cambiarse fácilmente para que cualquier máquina virtual que creemos sea totalmente visible, tanto por la máquina anfitriona, como por cualquier otra máquina física (o virtual, en esta u otra máquina anfitriona configurada por este mismo método) como si se tratase verdaderamente de una máquina real conectada de forma independiente a nuestra red. Nos ponemos a ello.

Partimos de una máquina anfitriona con Debian o una distribución derivada (Ubuntu, Kubuntu, etc.), que ya tiene Virtualbox instalado y cuenta con una única interfaz de red (eth0). Lo primero que tenemos que hacer es instalar el paquete bridge-utils.

josemaria@valeria:~$ sudo apt-get install bridge-utils

Luego editamos la configuración de nuestro interface ethernet (/etc/network/interfaces) y lo dejamos de esta forma:

auto lo
iface lo inet loopback


auto eth0
iface eth0 inet dhcp

auto br0
iface br0 inet dhcp
bridge_ports eth0 vbox0 vbox1

Las líneas en negritas son las que hemos añadido. En ellas estamos definiendo dos interfaces virtuales (vbox0 y vbox1) que están ligados a nuestro interfaz físico real (eth0) y que tomaran una IP de forma dinámica a través de un servicio DHCP que debemos de tener disponible en nuestra red. Esto no quiere decir que no podamos ponerles direcciones fijas a nuestras máquinas virtuales: Estas tendrán disponible este servicio, si existe, desde su arranque pero luego nosotros podremos configurarlas perfectamente mediante IP’s estáticas sin ningún problema, ya dentro del sistema operativo que hayamos elegido para ellas. Por cierto: hemos creado dos interfaces por que es lo que necesitamos (yo, en concreto, quiero hacer prácticas para los chicos con un windows 2003 server y un windows xp que deben de verse para que el segundo se conecte al dominio definido por el primero) pero, lógicamente, podríamos definir una sóla. O diez .

Ahora editamos el archivo de configuración de interfaces de virtualbox (/etc/vbox/interfaces) y añadimos las siguientes líneas:

vbox0 josemaria br0
vbox1 josemaria br0

En ellas redefinimos los dos nuevos interfaces virtuales que hemos creado (vbox0 y vbox1) y declaramos el usuario de la máquina anfitriona que tiene permiso para usarlos.

Ya casi estamos. Ahora reiniciamos, por este orden, la interfaz de red física de nuesta máquina anfitriona y luego virtualbox:

josemaria@valeria:~$ sudo /etc/init.d/networking restart
* Reconfiguring network interfaces...
(...)
bound to 192.168.1.10 -- renewal in 39314 seconds.
[ OK ]
josemaria@valeria:~$ sudo /etc/init.d/virtualbox-ose restart
* Shutting down VirtualBox host networking
* done.
* Starting VirtualBox host networking
* done.

Luego iniciamos Virtualbox y configuramos la red de las máquinas que queremos hacer accesibles de esta forma:

Y con esto ya si que hemos acabado. En el siguiente pantallazo (ampliable si hacéis click en él) podéis ver como mis dos máquinas virtuales se ven perfectamente (la XP tomando su IP mediante DHCP, el 2003 server con IP estática configurada manualmente), la autenticación de dominio entre ellos se ha hecho perfectamente y ambas son visibles también desde la máquina anfitriona.

ACTUALIZACIÓN: Si has llegado aquí a través de Google, olvídate de ello. Virtualbox tiene ya un modo bridge de forma automática con sólo escoger la opción adecuada en la configuración de red. Lo hemos contando aquí.

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.