Creación de un Virtual Appliance para control de Internet con VMware (parte 3)

<< Artículo anterior

Una vez que tenemos nuestro sistema operativo base, el FreeBSD, montado y actuando como router y firewall básico es el momento de seguir con el siguiente paso: la instalación del proxy-caché, el afamado SQUID. Estamos ante uno de esos productos que, además de ser open-source y gratuitos, son la mejor opción del mercado para realizar sus funciones, por lo que una vez más se demuestra que los productos gratuitos no tienen por qué ser necesariamente inferiores a sus competidores comerciales.

Aunque en el momento de escribir este tutorial, la versión estable en producción es la 3.3, me he basado en la versión 2.7.9, no por nada en especial, simplemente porque es el paquete que venía en la ISO de FreeBSD que teníamos por aquí a mano y que hemos usado de base para el proyecto.

Creación de un Virtual Appliance para control de Internet con VMware (parte 2)

<< Artículo anterior

En el anterior artículo habíamos sentado las bases sobre el appliance que queremos construir: las funcionalidades, la intrastructura y el software y herramientas necesarias.

El siguiente paso es describir el planteamiento de manera más concreta y comenzar con la instalación básica del sistema operativo base y de los paquetes mínimos necesarios.

La red

Desde el punto de vista de la red local, este esquema representa la filosofía del proyecto:

Creación de un Virtual Appliance para control de Internet con VMware (parte 1)

Esta es la primera entrega de varios artículos que voy a publicar en los próximos días mostrando un caso práctico de creación de un appliance virtual para controlar el acceso a Internet de una compañía usando exclusivamente software gratuito.

La guía que vamos a desarrollar podría perfectamente valer para crear un appliance tradicional basado en un equipo headless cualquiera; además no es necesario un equipo de extremada potencia por lo que es la excusa perfecta para reutilizar cualquier PC al que íbamos a dar matarile. Sin embargo, he escogido el formato de máquina virtual porque así de paso nos aprovechamos de las distintas ventajas de usar una plataforma como VMware para usos que no siempre son tan conocidos o habituales.

Reinicio de servicios en ESXi

Aunque la familia de productos VMware es en general extremedamente eficiente y estable, en ocasiones el hipervisor no está exento de comportamientos imprevistos.

En al menos una o dos ocasiones he experimentado problemas que requerían reiniciar la máquina física conteniendo al hipervisor, y cuando se trata de un sistema en el cuál no hay cabina externa de almacenamiento de las máquinas virtuales, ni vMotion, ni otras facilidades para conseguir alta disponibilidad, pues es un problema porque hay que hacer una parada de todos los servidores virtualizados dependientes de ese host.

Problemas de este tipo suelen ser los que tienen síntomas como:

Errores de VMware vCenter Converter Standalone

Quizás la mejor solución de virtualización del mundo es VMware, producto amplio, rico y complejo donde lo haya, y piedra angular de lo que hoy llamamos el Cloud Computing.

Aunque su precio es elevado (y vale lo que cuesta), VMware nos ofrece una versión gratuita de su poderoso VMware vSphere cuyas prestaciones mínimas son de por sí apabullantes. En esta versión gratuita no se incluye la poderosa herramienta VMware vCenter que permite gestionar poderosas infrastructuras de servidores virtuales y hosts, pero sí nos dan dos herramientas en versión individual que nos hacen el apaño: el VMware vSphere Client y el VMware vCenter Converter Standalone.

Este último es fundamental para virtualizar máquinas físicas, convertir máquinas virtuales entre formatos, o transferir máquinas virtuales de un host ESXi a otro distinto... cuando funciona. A veces da errores extraños durante el proceso de conversión y te dan muy poca información en el visor para solucionarlo.

Identificación de interfaces de red en Linux bajo VMware

Hoy en día, y aunque pareciese poco concebible hace pocos años, sería raro estar escribiendo sobre administrar un sistema operativo Linux corriendo sobre un servidor físico; la virtualización ha pasado de ser una opción a mirar de reojo y desde la desconfianza a convertirse en prácticamente la única manera eficiente de montar un sistema corporativo.

VMware es un sistema robusto, maravilloso y eficiente. No obstante y pese a su excelente transparencia y múltiples ventajas, a veces surge algún pequeño inconveniente de muy fácil solución pero que nos puede tener entretenidos durante horas. Me ocurrió en cierta ocasión que tuve que clonar una máquina virtual corriendo una distribución Fedora (entiendo que esto os puede ocurrir con otras muchas distribuciones, especialmente todas las de "sabor RedHat" como CentOS, Fedora, Scientific Linux, etc.).