Clientes Ligeros con LTSP en Ubuntu con un repo local

LTSP (Linux Terminal Server Project) es un proyecto que nos proporciona un conjunto aplicaciones que nos permitirán conectar muchos equipos con pocos recursos a un servidor Linux. Estos equipos serán clientes ligeros del servidor.
Las aplicaciones que ejecutemos en los clientes correrán directamente en el servidor, que aceptará entradas y mostrará su salida en las pantallas de los clientes ligeros. No obstante, LTSP, en su versión 5, dispone de una herramienta experimental, llamada localapps que nos permite hacer que algunas aplicaciones se ejecuten en el cliente.

Pues manos a la obra

Al tener ubuntu instalado en nuestro computador servidor, abrimos una terminal e instalamos el paquete «ltsp-server-standalone»:

sudo apt-get install ltsp-server-standalone

Esto instalará todas las dependencias necesarias, incluyendo el servidor «DHCP», que será necesario configurar con el siguiente comando:

sudo gedit /etc/default/dhcp3-server

Editamos el archivo, configurando la tarjeta de red que hemos conectado al conmutador. En nuestro caso, se verá así:

INTERFACES=»eth0″

Configuramos un IP estático para ese interfaz pulsando con el botón derecho del ratón sobre las pantallas de red que se encuentran en el extremo inferior derecho del panel. Del menú que aparezca escogemos Editar las conexiones….

El IP debe estar en el mismo rango que es usado por el servidor DHCP; siendo 192.168.0.1 el valor recomendado.

Si debemos cambiar el rango IP o cualquier otra configuración DHCP, editamos:

sudo gedit /etc/ltsp/dhcpd.conf

Los valores predeterminados en este archivo están aceptables pero en nuestro caso se ven así:

#
# Default LTSP dhcpd.conf config file.

#

authoritative;

subnet 192.168.0.0 netmask 255.255.255.0 {
range 192.168.0.20 192.168.0.250;

option domain-name «example.com»;

option domain-name-servers 192.168.0.1;

option broadcast-address 192.168.0.255;
option routers 192.168.0.1;

# next-server 192.168.0.1;

# get-lease-hostnames true;

option subnet-mask 255.255.255.0;

option root-path «192.168.0.1:/opt/ltsp/i386»;

if substring( option vendor-class-identifier, 0, 9 ) = «PXEClient» {
filename «/ltsp/i386/pxelinux.0»;
} else {
filename «/ltsp/i386/nbi.img»;
}
}

Debemos reiniciar el servidor DHCP para aplicar los cambios:

sudo /etc/init.d/dhcp3-server restart

Note que no se requiere una ruta para los clientes hacia el internet.

El próximo paso es el crear la imagen que los clientes cargarán. Previamente, debemos editar unos archivos para cargar las imágenes libres de la siguiente forma:

cd /usr/share/ltsp/plugins/ltsp-build-client/

sudo cd Ubuntu

Editamos 000-basic-configuration:

sudo gedit 000-basic-configuration

Cambiamos:

MIRROR=file://direccion.del.repo/ubuntu

COMPONENTS=»main restricted universe multiverse»

Editamos 010-security-mirror:

sudo gedit 010-security-mirror

Cambiamos:

SECURITY_MIRROR=${SECURITY_MIRROR:-«file://direccion.del.repo/ubuntu»}

SECURITY_MIRROR=»$SECURITY_MIRROR/ubuntu $DIST $COMPONENTS»

por:

SECURITY_MIRROR=${SECURITY_MIRROR:-«file://direccion.del.repo/ubuntu»}

SECURITY_MIRROR=»$SECURITY_MIRROR/ubuntu $DIST $COMPONENTS»

y grabamos.

Ahora construimos la imagen.

En nuestro caso, y como recomendación para todos, utilizaremos la arquitectura i386 para los clientes y con la versión de nuestro sistema dwyn.

sudo ltsp-build-client –arch i386 –dist karmic (segun el repo la distro que lleva)

Este proceso toma algún tiempo. Cuando esté concluido, podrás conectar los clientes al conmutador y arrancarlos utilizando «PXE». (Quizá requieras configurar las BIOS para lograrlo.)

* Si hemos construido la imagen con anterioridad, nos va a rechazar su creación ya que existiría el directorio /opt/ltsp/i386. Debemos removerlo (si dice que la instalación de LTSP ha terminado de forma anormal) con el siguiente comando:

sudo rm -rf /opt/ltsp/i386

Luego volver a intentar el ltsp-build-client.

* Si reiniciamos la máquina, debemos iniciar el servidor DHCP:

sudo invoke-rc.d dhcp3-server restart

Algunos consejos

* Se recomienda instalar el paquete de control de aulas en el servidor.

* Cada sesión es cargada en el servidor, así que requerirás una máquina relativamente poderosa. Un enlace gigabit es recomendado entre el servidor y el conmutador donde conectan los clientes. También es una buena idea el usar discos rápidos en el servidor, o quizá aun sistemas RAID; y es muy recomendable utilizar servidores multiprocesador.

* La primera sesión de usuario que cargue consumirá entre 250 y 300 MB de RAM. Cada sesión siguiente usará entre 50 MB y 80 MB adicionales. Esto puede ayudar a calcular la cantidad de RAM necesaria para el servidor. Toma en cuenta que esta variará dependiendo de qué programas carguen los usuarios.

* Lo requisitos mínimos para los clientes son 48 MB o más y un procesador de 200 Mhz o superior en arquitecturas i386 (recomendada) o AMD64. Los valores recomendados son un procesador de 400 Mhz y 128 MB de RAM. El software cliente tiene soporte para sonido y los dispositivos USB y de disco óptico serán montados automáticamente.

Publicado por GUTL

Forma parte de GUTL desde el 6 diciembre, 2011.