Una máquina virtual maneja puertos, direcciones ip, túneles y cualquier cosa relacionada con redes, tal como un PC conectado a un switch (en modo NAT por supuesto, los otros modos de red tienen otras utilidades).

Por eso, es posible instalar servicios, hacer redirecciones y en general, hacer pruebas de red de todo tipo, incluso sniffing.

Especialmente útil para hacer pruebas sin afectar a otros equipos, o cuando no tenemos más de un PC y requerimos probar algo entre varios, o cuando no disponemos de una red o internet en la casa.

Para obtener el manual, véase la fuente.

Supongamos esta situación: Tenemos un servidor virtualizado (da lo mismo si es linux, windows, solaris, …), debemos ejecutarlo cada vez que parta el sistema y además debe consumir los menos recursos que sea posible.

La solución pareciera ser muy sencilla. Virtualbox trae los comandos: vboxsdl y vboxheadless. Ambos permiten correr una máquina virtual sin abrir el administrador de máquinas virtuales.

vboxsdl ejecuta el sistema virtualizado en una ventana de interfaz gráfica, de hecho es lo mismo que correr el sistema desde el administrador de máquinas virtuales, pero si lo llamamos directamente, nos evitamos tener que recurrir a este.

vboxsdl -startvm "NOMBRE_DE_LA_MAQUINA_VIRTUAL"

vboxheadless ejecuta el sistema virtualizado, pero sin levantar interfaz gráfica alguna, por lo cual es posible arrancar una máquina virtual solo con la consola. Esto es especialmente útil para servidores que prescinden del Xserver.

vboxheadless -startvm "NOMBRE_DE_LA_MAQUINA_VIRTUAL"

Ahora, hay un pequeño problema. Si no podemos ver la máquina virtual ¿cómo la controlamos?

Tengo acá un par de consejos que he aplicado en windows xp virtualizando windows 2000 server, pero debiera poder aplicarse lo mismo en un host con Linux u otros sistemas.

Configurar la máquina virtual con escritorio remoto

Si alguien ha ocupado las guest additions, usar un escritorio remoto es algo similar. Primero, debemos habilitar el escritorio remoto para la VM, en el administrador de máquinas virtuales de Virtualbox:

Consejo: cambiarle el puerto predeterminado, en windows sobre todo, debido a que el servicio de escritorio remoto reserva el uso del puerto por defecto. Si tenemos más de una máquina virtual, entonces también debería tener cada una su propio puerto. En mi caso, lo deje con el puerto 1000.

Luego, con el mismo cliente de escritorio remoto de windows ( Inicio -> todos los programas -> Accesorios-> Conexión a escritorio remoto ), podemos conectarnos al servidor de virtualbox, usando como host localhost:1000.

En Kubuntu, viene el cliente krdc, que debería permitir hacer lo mismo (no he probado aún).

Ajuste para host Windows: arrancar la VM sin mostrar la consola de cmd

Solo hay una pequeña gran incomodidad. Justamente, me quería ahorrar una ventana en la barra de tareas corriendo la VM en el fondo, pero igual me quedó visible la consola de cmd.

Hay varias formas para ejecutar un comando en windows, pero la más compleja consiste en usar unos parámetros de la WINAPI a nivel de código fuente. Por lo tanto no es una solución viable.

La única solución satisfactoria que he encontrado hasta el minuto, es usar una combinación de un archivo por lotes (.bat) con un vbscript (.vbs) que se pueda ejecutar desde el escritorio:

vboxsart.bat:

"C:\Archivos de programa\Sun\xVM VirtualBox\VBoxHeadless.exe" -startvm "NOMBRE_DE_MAQUINA_VIRTUAL"

(modificar la ruta a vboxheadless si es necesario)

En el mismo directorio, creamos vboxstart.vbs:

Set WshShell = CreateObject("WScript.Shell")
WshShell.Run chr(34) & "vboxstart.bat" & Chr(34), 0
Set WshShell = Nothing

Finalmente, con crear un acceso directo y moverlo a Inicio->Todos los programas -> Inicio, o cualquier otra forma de arrancar comandos al bootear windows, quedaría listo.

Afortunadamente en linux es mucho más fácil arrancar estos comandos, sobre todo porque podemos crear scripts de inicio como servicio, o por último cuando lo hacemos desde X, no se levanta ninguna ventana de consola (por defecto).

Otro consejo

Windows 2000 Server tiene una maña. Para hacer iniciar la sesión hay que presionar ctrl+alt+supr. Si lo hacemos, responderá la combinación de teclas del sistema Host. Para evitar eso, se puede configurar a mano un inicio de sesión automático en el sistema Guest. En general, se aconseja evitar el uso de atajos de teclado en las máquinas virtuales.

Tan solo falta…

Bueno, algo que no he investigado aún, es como crear y configurar la máquina virtual por consola, sin necesitar el asistente gráfico de virtualbox. Seguramente es muy sencillo, así que se deja como ejercicio para el lector. Hint: RTFM.

Otro detalles que sí me falta, y podría ser serio, es como mandarle una señal de apagado a la máquina virtual, para poder bajarla en forma segura. Por el momento, solo puedo apagar la máquina matando el proceso de la máquina virtual (inseguro) o apagando el sistema invitado a través del escritorio remoto.

Me acaban de mandar un enlace de un script de servicio, para arrancar y detener una máquina virtual en Archlinux.

Finalmente, quedo en deuda con algunas pruebas en Kubuntu hasta nuevo aviso.

En primer lugar, me enteré a destiempo que el servidor corría la versión 7 de SQL Server. Además, es difícil ir cualquier momento al lugar para hacer cualquier prueba, menos para estar sentado tranquilo codeando. Lo primero que intentamos hace un tiempo, fue hacer una copia de seguridad de la base de datos completa. Suponiendo que Microsoft Management Studio sería suficiente para conectarme a la base y crear las tablas nuevas, fue lo primero que pensé hacer ese día.

Pero como la Ley de Murphy está presente siempre, me salió un incómodo mensaje diciéndome que No se puede conectar a una versión anterior de SQL Server menor 2000 (es decir, versión 8). Ya que Management Studio esta basado en .NET, dude que mi aplicación en .NET pudiera conectarse. Más tarde, descubrí que estaba equivocado, pero en el momento no tuve alternativa más que evaluar otras soluciones.

Entonces, durante esta fase de la evaluación de soluciones nuevas, consideramos replicar el servidor completo para averiguar como hacer funcionar todo. Para ello, conseguimos una copia de SQL Server 7. Lamentablemente, me fue imposible instalarla en XP. Por eso, además conseguí una copia de Windows 2000 Server.

Salvando la oscura era digital

Lo primero que pensé, fue instalar Windows 2000 server la máquina que teníamos para hacer pruebas. El problema, es que aun teniendo éxito, luego no podría trabajar con ello si me llevaba el notebook. Por otro lado, no podía instalarle el sistema al notebook, porque no tengo espacio para ello, mis particiones ya están hechas. Primero, como igual debía hacerlo, ocupe un disco de ubuntu para particionar, y luego se instaló normalmente windows 2000 en ese equipo.

Para solucionar el asunto en mi notebook, recordé a un amigui: virtualbox. Cree la máquina virtual, instalé windows 2000 server y finalmente, monté el sql server 7 en él. En los 2 casos, logramos restaurar la copia de seguridad completa que nos habían facilitado la vez anterior. Por lo cual, partimos el día anotando un éxito.

Conectando con la oscura era digital

La segunda prueba, consistía en averiguar si la aplicación en .NET era capaz de conectarse a SQL Server 7. Nuevamente gracias a @janitux quien me dio el dato, me fue posible hacer una conexión desde mi Sistema Anfitrión (windows xp y/o kubuntu) al sistema invitado (windows 2000 server) donde se encontraba corriendo SQL Server 7. Para lograr esta magia, se debe crear un redirección de puerto (mismo concepto que se aplica en un router), de tal modo que al conectarme a un puerto X en mi máquina anfitrión, pasara hacia dentro de la máquina invitada. La configuración se realiza por consola de un modo similar a esto:

cd C:\"Archivos de Programa"\"Sun\"xVM VirtualBox"\
VBoxManage.exe setextradata "nombrevm" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/NOMBRE_DE_REDIRECCION/HostPort" PUERTO_HOST
VBoxManage.exe setextradata "nombrevm" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/NOMBRE_DE_REDIRECCION/GuestPort" PUERTO_VM
VBoxManage.exe setextradata "nombrevm" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/NOMBRE_DE_REDIRECCION/Protocol" TCP
::
:::: listo!

• nombrevm = Nombre de mi máquina virtual.
• NOMBRE_DE_REDIRECCION = un nombre para la redirección (ie: http, ftp, myHttp, sql, …).
• PUERTO_HOST = número de puerto de la máquina host.
• PUERTO_VM = número de puerto para enviar a la máquina virtual.

(Cuando tenga un tiempo, probaré lo mismo en Linux) Luego de eso, conecté a localhost:1433 (puerto por defecto de SQL Server) y listo! Estaba andando perfecto .

蓌ito!

A pesar de estar trabajando con una plataforma propietaria, las soluciones a varios problemas, pasaron por la aplicación de software libre. Sin duda un gran triunfo.

Un detalle, acá está el video con el documental completo :

Click here to view the embedded video.

Buscando encontré este hilo de discusión en sus propios foros.

Como mencionan, la última actualización corrompe la base de datos local de los marcadores.

La solución es bajar una versión anterior de la extensión (dicen que hasta la 2.0.72 funciona bien) o una versión testing que está disponible en un grupo de yahoo.

El problema con esto último es que es necesario tener una cuenta yahoo y entrar al grupo. Por suerte se puede dejar más tarde. Pero mientras tanto estuve dentro, copie el link directo al archivo la extensión.

Ojala les sea de ayuda a los usuarios de delicious toolbar .

Update, guarde la copia y la subi acá.

Funciona con videos vistos el propio sitio de youtube, con videos inscrustados, con videos de otros sitios, y muchos otros tipos de contenido multimedia.

La ocupe para bajar varias imágenes de una galería, todo en un paso. Es como DownThemAll!, pero más selectivo, es decir, inmediatamente identifica los links de contenido multimedia.

Pruébenla.

Doxygen es un programa esencialmente de consola, que lee el código fuente de un programa, y a partir de los “comentarios” más las definiciones del propio código genera la documentación, la cual puede hacerse en varios formatos a la vez.

Dentro de los formatos de documento que más me interesan está disponible el HTML (varias páginas con enlaces entre sí) y LaTeX (el cual se puede pasar a PDF con pdflatex).

En el proyecto GDT, he estado traspasando la antigua documentación a los comentarios del código fuente.

Lo interesante de Doxygen, es que en sí trabaja parecido a un compilador, en el sentido de que analiza el texto, la sintaxis, reconoce el lenguaje,y además permite su propia sintaxis en los comentarios, de modo que cualquier cosa que uno escriba puede ser formateada al generar el documento, pero sin alterar la funcionalidad del programa.

Otro dato bueno, es que Doxygen permite ocupar una herramienta externa de Graphviz llamada “dot“. Este programita hace gráficos/diagramas. En conjunto con Doxygen, genera los diagramas de colaboración y herencia entre las Clases.

Finalmente, obtenemos un documento que hace referencia a todo nuestro programa, de calidad profesional, y que permite una facil publicación.

El único contra que llevo hasta el minuto, es que en la versión PDF, la documentación de GDT me está quedando un poquito pasada de peso (3 MB, con más de 500 páginas). Tal vez sea porque active la opción que incluye todos los métodos heredados en las Clases hijas, o quizás GDT tiene muchas Clases.

Hay 2 cosas que he descubierto muy bien aún, pero me parece que se pueden hacer son:

• Agrandar el tamaño de las fórmulas matemáticas.
• Incluir imágenes en el PDF (para contribuir con la obesidad del documento :P)

Para instalar en ubuntu:

sudo apt-get install doxygen graphviz tetex-base tetex-extra

Más información en la web oficial de Doxygen.

Click here to view the embedded video.

Fuente: Tecnosquad.org