[¿Cómo se hace?] Servidor de clientes ligeros con LTSP.(Nova/Ubuntu/Debian)

En Nova se está desarrollando una suite que se llama OSPLUGGER que cubrirá todas las necesidades que un administrador de clientes ligeros pueda tener, pero en lo que el palo va y viene, escribí este tutorial step-by-step para aquellos que quieran migrar o montar su subred de clientes ligeros. Para el vamos a utilizar la aplicación LTSP (Linux terminal Server Project)

Variante 1: Procesamiento en el lado del servidor

Esta es la variante más sencilla puesto que como su nombre lo indica solo hay que configurar el servidor para que los clientes se conecten a el con una especie de escritorio remoto.

Primero instalamos el servidor.

$ sudo aptitude install ltsp-server-standalone

Si el servidor está dentro de una subred donde existe un servidor dhcp el comando debe ser este:

$ sudo aptitude install ltsp-server

El segundo paso es crear la imagen que se va a servir como cliente de escritorio remoto. Para ello en Debian y Ubuntu se deben editar este fichero

$ sudo vim /usr/share/ltsp/plugins/ltsp-build-client/Ubuntu/000-basic-configuration

$ sudo vim /usr/share/ltsp/plugins/ltsp-build-client/Ubuntu/010-updates-mirrors

en donde dice MIRROR se cambia por la URL del mirror de la institución donde estemos y luego se ejecuta el comando

$ sudo ltsp-build-client

Por último se debe configurar el servidor dhcp para que distribuya las direccines de IP que querramos.

$ sudo vim /etc/ltsp/dhcpd.conf

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 "/opt/ltsp/i386";

if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {

filename "/ltsp/i386/pxelinux.0";

} else {

filename "/ltsp/i386/nbi.img";

}

Aqui se debe cambiar todos los IPs 192* por las direcciones de nuestra subred.

$ sudo service dhcpd restart

Reiniciamos el servidor de dhcp y ya está, cualquier computadora sin disco o cliente ligero conectado a nuestra subred debe levantar una interfaz de autenticación.

Variante 2: Procesamiento en el lado del cliente

Para esta variante debemos “doblar la cuchara” puesto que utilizaremos LTSP para una aplicación que no es para lo que está concebido. Para comenzar haremos todos los pasos de la variante anterior y es aconsejable comprobar que funciona correctamente. Teóricamente lo único necesario es cambiar el gestor de autenticación que se utiliza en la imagen que se sirve a los clientes, para que no trate de hacer un login remoto sino local.

Primero debemos preparar el entorno y cambiar la raíz del sistema (chroot) a la imagen que se usa para crear lo que se sirve a los clientes, esta se ubica en /opt/ltsp/<arquitectura> / para este ejemplo vamos a usar la arquitectura i386.

$ sudo mount /dev/ –bind /opt/ltsp/i386/dev

$ sudo mount -t proc none /opt/ltsp/i386/proc

$ sudo mount -t sysfs none /opt/ltsp/i386/sys

$ sudo chroot /opt/ltsp/i386/

ya dentro del chroot configuramos el fichero /etc/apt/sources.list para que apunte a nuestros repositorios. A esta altura solo resta instalar un entorno de escritorio para los clientes y recomprimir la imagen. Para Nova recomendamos que esta selección sea nova-light en Debian/Ubuntu es aconsejable instalar LXDE

# aptitude install nova-light

# exit

Ya de vuelta en nuestro sistema recomprimimos la imagen

$ sudo ltsp-update-image

Y cha cha !!! Ya está esta vez cualquier cliente que levante desde nuestro servidor presentará una pantalla de autenticación local.

Espero les funcione a todos cuantos lo necesiten.

fuente:humanos.uci.cu