Un cliente ligero es únicamente un dispositivo de entrada y salida de datos en el que, aunque el usuario no lo sepa, no se almacena información alguna, ni se realiza proceso de datos alguno. Toda la carga de trabajo recae en el servidor. ¿Que tipo de servidores dan este servicio?

1. Objetivos

El objetivo de esta guía es desplegar un servidor de clientes ligeros configurándolo para clientes con arquitectura de 32 y 64 bits.

2. Introducción a los servidores de Clientes Ligeros

La primera pregunta que nos haremos es ¿Que es un cliente ligero?.

"Es una computadora cliente o un software de cliente en una arquitectura de red cliente-servidor que depende primariamente del servidor central para las tareas de procesamiento, y principalmente se enfoca en transportar la entrada y la salida entre el usuario y el servidor remoto." (Wikipedia).

Es decir un cliente ligero es únicamente un dispositivo de entrada y salida de datos en el que, aunque el usuario no lo sepa, no se almacena información alguna, ni se realiza proceso de datos alguno. Toda la carga de trabajo recae en el servidor.

 

¿Que tipo de servidores dan este servicio?

Existen soluciones para todos los sistemas operativos y por lo tanto cualquier servidor podrá dar este servicio. Este manual esta centrado en un servidor genérico al que vamos a instalar una versión modificada de Ubuntu Server. Esta imagen esta basada en el Proyecto de Servidor de Terminales Linux o LTSP ( Linux Terminal Server Proyect). Lógicamente dependiendo del servidor se podrá dar servicio a mas o menos clientes.

¿Que es y como se mira la MAC de una interfaz de red?

"La dirección MAC (siglas en inglés de Media Access Control o control de acceso al medio) es un identificador de 48 bits (6 bloques hexadecimales) que corresponde de forma única a una ethernet de red. Se conoce también como la dirección física en cuanto a identificar dispositivos de red. Es individual, cada dispositivo tiene su propia dirección MAC determinada y configurada por el IEEE (los últimos 24 bits) y el fabricante (los primeros 24 bits) utilizando el OUI. La mayoría de los protocolos que trabajan en la capa 2 del modelo OSI usan una de las tres numeraciones manejadas por el IEEE: MAC-48, EUI-48, y EUI-64 las cuales han sido diseñadas para ser identificadores globalmente

únicos. No todos los protocolos de comunicación usan direcciones MAC, y no todos los protocolos requieren identificadores globalmente únicos.

Las direcciones MAC son únicas a nivel mundial, puesto que son escritas directamente, en forma binaria, en el hardware en su momento de fabricación. Debido a esto, las direcciones MAC son a veces llamadas "Direcciones Quemadas Dentro" (BIA, por las siglas de Burned-in Address)." (Wikipedia)

En resumen la dirección MAC es un identificador de la interfaz de red que estamos utilizando y es único para esta. Sirviéndonos de ella podemos identificar un pc en concreto.

Para conocer la dirección MAC de una interfaz de red ejecutaremos los siguientes comandos:

Bajo Linux: en el terminal ejecutamos ifconfig

El área enmarcada en rojo es la MAC de la interfaz eth0

Bajo windows: Abrimos una consola Inicio → Ejecutar → CMD y ejecutamos ipconfig /all

 

El área enmarcada en rojo es la MAC de la interfaz.

¿En que protocolos se basa un servidor de clientes ligeros?

PXE

"Preboot eXecution Environment (PXE) (Entorno de ejecución de prearranque), es un entorno para arrancar e instalar el sistema operativo en ordenadores a través de una red, de manera independiente de los dispositivos de almacenamiento de datos disponibles (como discos duros) o de los sistemas operativos instalados." (Wikipedia)

En nuestro caso PXE se utiliza para cargar una minimagen de Linux que no se instalara en el equipo destino. Etherboot o Yaboot se utilizan para lo mismo en este sistema para obtener del servidor la minimagen de Linux.

TFTP

"TFTP son las siglas de Trivial file transfer Protocol (Protocolo de transferencia de archivos trivial). Es un protocolo de transferencia muy simple semejante a una versión básica de FTP. TFTP a menudo se utiliza para transferir pequeños archivos entre ordenadores en una red, como cuando un terminal X Window o cualquier otro cliente ligero arranca desde un servidor de red." (Wikipedia)

DHCP

"DHCP (siglas en inglés de Dynamic Host Configuration Protocol - Protocolo de configuración dinámica de host) es un protocolo de red que permite a los clientes de una red IP obtener sus parámetros de de configuración automáticamente. Se trata de un protocolo de tipo cliente/servidor en el que generalmente un servidor posee una lista de direcciones IP dinámicas y las va asignando a los clientes conforme éstas van estando libres, sabiendo en todo momento quién ha estado en posesión de esa IP, cuánto tiempo la ha tenido y a quién se la ha asignado después."(Wikipedia)

 

NBD

"In Linux, a network block device is a device node whose content is provided by a remote machine. Typically, network block devices are used to access a storage device that does not physically reside in the local machine but on a remote one. As an example, the local machine can access a fixed disk that is attached to another computer." (Wikipedia)

Un NBD es un contenido que reside en un servidor y es utilizado por un cliente como si fuese un contenido local. Por ejemplo como si fuese un cd de instalación.

3. ¿Razones para instalar un servidor de clientes ligeros bajo Linux?

A nivel de software

La primera razón y ante todo es que al usar un sistema operativo bajo licencia GNU/GPL como Linux obtendremos un producto de calidad, sin coste de licencias (En windows se pagan a nivel de servidor y de usuario) y mucho mas seguro que otros sistemas operativos. Este sistema se puede implementar en casi cualquier distribución de Linux nosotros hemos elegido Ubuntu ya que es la que mas soporte de la comunidad tiene, así como ciertos paquetes orientados a la educación que nos serán útiles

 

Costes de software

Windows Ubuntu

Servidor 1200 euros (Aproximadamente)

0

Clientes 100 euros por cliente 0

Estas diferencias de costes se disparan si tenemos que dar servicio a una cantidad media o alta de usuarios pudiendo llegar a ser de hasta 11000 euros para 100 clientes.

A nivel de hardware

El ahorro en equipos y material informático derivado de trabajar con clientes ligeros es también muy alto ya que se pueden reciclar equipos antiguos de hasta 10 años de antigüedad y el usuario estará utilizando un sistema operativo actual.

 

Necesidades de hardware del cliente

Windows 7 Ubuntu lts

Procesador 1 GHz 300 MHz

RAM 1 GB 128 MB

Disco Duro 16 GB 0

Tarjeta Gráfica Directx 9 2 MB

Como puede verse en la tabla comparativa superior los requisitos para un cliente ligero son prácticamente nulos pudiendo utilizarse ordenadores de muy bajo coste.

A nivel de Administración

El trabajar con un sistema centralizado de datos nos permite un mayor control de acceso a los usuarios así como una gestión mas sencilla de las copias de seguridad.

 

4. Requisitos

4.1. Cliente Ligero

Los requisitos a nivel de hardware son los mismos que pusimos en la tabla anterior:

Procesador: Funciona con procesadores desde 300 MHz para un mejor rendimiento se recomienda usar procesadores superiores a 600 MHz

Red: Posibilidad de arrancar mediante PXE, Etherboot o Yaboot. Tarjeta Gráfica: Al menos 2 MB de memoria gráfica. 128 MB de memoria RAM

4.2. Servidor LTS

Como Ubuntu es un sistema escalable y ligero un servidor de rango medio podrá servir muchos terminales y en caso de ser necesario podrá ampliarse o simplemente desplegar un Cluster de servidores.

Memoria RAM: Los requisitos de memoria RAM son como mínimo 256 MB para el sistema mas 128 MB por cada usuario, aunque se recomienda 512MB para el sistema y 256MB para cada usuario. Dependiendo de la carga de trabajo que genera cada cliente se necesitara mas o menos RAM por lo que sera recomendable tener una gran cantidad de memoria RAM en nuestro servidor.

Procesador: El procesador que requiere nuestro servidor LTS deberá ajustarse a la carga de trabajo a la que lo vayamos a someter ya que el sistema se puede implementar en prácticamente cualquier procesador actual. Con un procesador I7 950 o Phenom II X6 podríamos dar servicio a muchos clientes.

Disco Duro: Los discos duros deben ser lo mas rápidos posible ya que todos los usuarios estarán generando operaciones de lectura/escritura sobre ellos y son la parte mas lenta de cualquier ordenador actual. Podríamos instalar discos duros SSD o discos raptor de la marca Western Digital en Raid 5.

2 Tarjetas de red si queremos disponer de servicio dhcp en el servidor sino únicamente 1 tarjeta.

 

4.3. Software

El sistema que vamos a instalar es el Ubuntu 10.10 Alternate x64. La versión es la de x64 debido a que el servidor tendrá una cantidad de RAM superior a 4 GB.

 

5. Contenido

5.1. Instalación del sistema operativo

La instalación se realiza como la de cualquier sistema operativo Linux pero tiene una única variación

Una vez hemos elegido el idioma debemos pulsar la tecla F4 y elegir el modo de instalación en Instalar un servidor LTSP de esta manera el sistema nos instalara todo lo necesario y lo dejara configurado aunque luego nosotros haremos nuestras modificaciones.

Las particiones debemos realizarlas utilizando todo el disco duro disponible a no ser que tengamos otros sistemas operativos, si los tuviésemos deberíamos adecuar nuestro sistema al espacio libre disponible.

5.2. Ajustes del LTS

Para un correcto funcionamiento del LTS deberemos crear la imagen para los equipos que tengan procesadores de arquitectura x86. Esto nos obligara a tocar la configuración del DHCP, LTS y NBD.

Los dos archivos que examinaremos son el inetd.conf localizado en /etc/inetd.conf y el archivo default localizado en /var/lib/tftpboot/ltsp/amd64/pxelinux.cfg/default (De este archivo tendremos 2 versiones una en amd64 y otra en i386 al terminar los ajustes).

El archivo inetd.conf contendrá nada mas terminar la instalación una linea similar a la siguiente:

Como se puede observar en el archivo inetd.conf nos indica el puerto en el que se ha iniciado el servicio y la ruta de la imagen a cargar. Una vez cargada esa minimagen llamara al servidor NBD que cargara una imagen mas grande con la que iniciara sesión en el servidor. Es imprescindible que coincidan los puertos del archivo default y del inetd.conf.

Bien una vez comprobado que nuestros archivos están correctamente configurados vamos a crear la imagen para procesadores de arquitectura x86 ya que ahora mismo solo podrían iniciar sesión en el servidor procesadores de arquitectura x64. Para crear la imagen de arranque para los ordenadores de x86 lanzamos el siguiente comando por terminal:

sudo ltsp-build-client ---arch i386

El proceso dura unos minutos pero una vez terminado tendremos que observar la configuración de tres archivos:

/etc/inetd.conf

/var/lib/tftpboot/ltsp/amd64/pxelinux.cfg/default

/var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default

 

En inetd.conf debemos tener una linea mas quedando así :

Los archivos default de las 2 imágenes deben quedar de la siguiente manera:

Bien con estos pasos nuestro servidor estará configurado para servir a clientes de x86 y x64 pero debemos indicar en el DHCP que imagen se va a servir a que equipo.

5.2.1. Configuración de un DHCP bajo Linux

 

En el cuadro de la derecha se muestra la configuración de 2 grupos en un DHCP bajo Linux

Tres son los campos importantes en la configuración de un ltsp en el DHCP

next-server 145.220.10.254;

Nos indica la ruta del servidor

filename "ltsp/amd64/pxelinux.0";

Nos indica la imagen de pxe que vamos a cargar

option root-path

"145.220.10.254:/opt/ltsp/amd64";

Nos indica donde se encuentra la siguiente imagen a cargar.

Estos 3 valores se pueden poner a nivel de equipo, grupo o general. Pero si queremos dividir las conexiones por x86 y x64 debemos dividirlos en grupos.

 

5.2.2. Configuración de un DHCP en Windows.

La configuración de un DHCP en windows se realiza en las reservas de las Ips. Realiza una nueva reserva y en las opciones de reserva se deben añadir:

017 Ruta de acceso Raíz "/opt/ltsp/i386" o "/opt/ltsp/amd64" 066 Nombre de host de serv. de inicio 145.220.10.254" 067 Nombre de archivo de inicio "ltsp/i386/pxelinux.0" o "ltsp/amd64/pxelinux.0"

Con esto la maquina a la que le hayamos realizado la concesión podrá conectarse al servidor.

5.3. Instalación de los Programas

Una vez instalado el sistema vamos a instalar todos los programas que utilizaremos tanto como administrador como a los que queramos dar acceso a los usuarios.

 

sudo apt-get install thin-client-manager-gnome

sudo apt-get install edubuntu-desktop

sudo apt-get install vlc

sudo apt-get install avidemux

sudo apt-get install audacity

sudo apt-get install subversion

sudo apt-get install flashplugin-nonfree

sudo apt-get install wine

sudo apt-get install freemind

Una vez instalados los paquetes vamos a personalizar los escritorios del profesor y del alumno con Sabayon.

5.4. Archivo de configuración lts.conf

Cuando se diseño el LTSP uno de sus requisitos era poder gestionar la gran cantidad de hardware existente en el mercado por lo que la gran mayoría de los equipos se configuraran correctamente. No obstante habrá equipos que no se configuren correctamente y tendremos que asignarles una configuración personalizada en el archivo lts.conf localizado en /opt/ltsp/i386/etc. Este es un ejemplo de archivo de configuración:

Como se puede observar en el archivo tenemos una configuración default para todos los clientes y luego podemos ir asignando una configuración concreta a los equipos diferenciadolos por su MAC.

En el siguiente enlace encontraremos mucha información de los parámetros que podremos colocar en el archivo LTSP.

 

5.5. Personalización del escritorio con Sabayon

Creamos 2 usuarios que sean alumno y profesor con permisos de usuarios de Escritorio ya que no queremos que tengan acceso a ciertas partes del sistema.

Sistema → Administración → Usuarios y Grupos → Añadir

Una vez creados los usuarios podemos iniciar el Sabayon e ir configurando los menús a nuestro gusto

Sistema → Administración → Editor de perfiles de usuario.

Nos abrirá una ventana en la que podremos añadir quitar paneles y personalizar los menús Dependiendo de los programas a los que les queramos dejar acceder les pondremos unos accesos u otros. Una vez terminado guardamos el perfil y ya tendremos ese usuario o grupo de usuarios personalizado.

Con esto tenemos ya el servidor funcionando y los usuarios personalizados.

 

5.6. Que hacer si la tarjeta de red no dispone de PXE

 

Si nuestra tarjeta de red no dispone de PXE al ser muy antigua podemos crear un disquete de arranque que emule PXE. Para ello necesitaremos los siguientes materiales:

1 Disquete de 3 ¼. Una tarjeta de red compatible Listado CD de Windows 2003 Enterprise

Bien en el cd de Windows 2003 iremos a la carpeta I386 y buscaremos el archivo rbfg.ex_.

Lo copiamos a la raíz de C para mas comodidad. Abrimos una consola Inicio → Ejecutar → CMD y escribimos después de ubicarnos en C:.

expand rbfg.ex_ rbfg.exe

Con eso nos aparecerá en C: el ejecutable rbfg.exe ( NO VALE CON RENOMBRAR rbfg.ex_). Ejecutamos el archivo rbfg.exe y en la ventana le damos a crear disquete (Si nos diese algún problema le damos formato al disco ). Arrancando con este disquete emularemos el PXE.

6. Gestión de Usuarios con el gestor de clientes ligeros

 

Para abrir el gestor únicamente deberemos ir a Sistema → Administración → Thin Client Manager

Se nos abrirá una ventana como la inferior en donde podemos gestionar los procesos, el bloqueo de pantalla, ejecutar un programa concreto en la ventana de un cliente o desconectarle. Es una interfaz muy intuitiva por lo que no requiere mucha mas explicación.

7. Enlaces

Documentación General del proyecto LTSP (INGLES)

https://help.ubuntu.com/community/UbuntuLTSP/

Instalacion de un Servidor LTSP (INGLES)

https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall

Configuracion de un dhcp de windows (INGLES)

https://help.ubuntu.com/community/UbuntuLTSP/LTSPWindowsDHCP

Documentación de Edubuntu (INGLES)

http://edubuntu.org/documentation

Guia de despliegue de un servidor LTSP EDUBUNTU (INGLES)

http://doc.ubuntu.com/edubuntu/edubuntu/handbook/C/server.html

Especificaciones del Protocolo PXE (INGLES)

ftp://download.intel.com/design/archives/wfm/downloads/pxespec.pdf

Documentación de Microsoft para la emulación del PXE (INGLES)

http://technet.microsoft.com/en-us/library/cc779011%28WS.10%29.aspx

Sección de la documentación de Edubuntu donde se explica el archivo lts.conf y sus parámetros.

http://doc.ubuntu.com/edubuntu/edubuntu/handbook/C/customizing-thin-client.html

Montar un servidor de terminales con LTSP[editar]

Montar un servidor de terminales con LTSP

Últimamente he tenido que montar un par de servidores de terminales, aprovechando lo que nos explicó J.L. Redrejo en el seminario de Plasencia. Así que, por si se me olvida lo que he hecho, que se me olvidará... voy a escribir este artículo, y si tengo que volver a hacerlo ya tendré un punto de partida. Además, si la experiencia le sirve a alguien para preparar su propio servidor de terminales, pues mejor aún.

No voy a entrar en detalles sobre como instalar un servidor dhcp, que es necesario para dar ip a los terminales puesto que en los centros ya lo tenemos montado.

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.

Para montar un servidor de terminales, tendremos que instalar los siguientes paquetes, como mínimo:

* ltsp-server * Un servidor tftp, como por ejemplo: atftp. * Un servidor dhcp: como dhcp3-server o dnsmasq. * En nuestros centros instalamos también dhcp3-server-ldap porque usamos ldap como backend para almacenar los datos.

Si usamos nfs para servir la imagen a nuestros terminales, instalaremos además:

* nfs-kernel-server

Y si nuestros terminales reciben la imagen via nbd, instalaremos el paquete:

* nbd-server

Se necesitan algunos paquetes más, pero como son dependencias, al instalar los paquetes que hemos dicho, se instalarán todos los demás que son necesarios.

Otro paquete necesario, que se me olvidaba mencionar, es openssh-server, dado que el tráfico entre el servidor y los clientes viaja encriptado. Es un paquete que tenemos instalado, pero si no lo estuviera, lo instalamos.

Por otra parte, si no queremos instalar uno a uno los paquetes mencionados, siempre podemos instalar el paquete ltsp-server-standalone y se instalará todo lo necesario para montar un servidor de terminales:

# apt-get install ltsp-server-standalone

En nuestros centros las imágenes se sirven mediante nbd. Yo tengo instalados tanto nfs-kernel-server como nbd-server. Y con unos pequeños cambios puedo usar un sistema u otro. Por defecto, en LTSP se usa nfs, así que, luego veremos cómo cambiar a nbd.

ltsp se instala en el directorio /opt. Por lo que, al terminar la instalación, tendremos el siguiente directorio: /opt/ltsp En este directorio se guardará tanto el sistema que compartimos por nfs como las imágenes que servimos vía nbd.

Cuando creemos las imágenes para los clientes, tendremos un subdirectorio por cada tipo de imagen que sirvamos a los terminales. Por ejemplo, si vamos a servir imágenes i386, en /opt/ltsp tendremos un directorio /opt/ltsp/i386. En cuanto a las imágenes a servir por nbd, se almacenarán en /opt/ltsp/images.

Una vez instalados los paquetes, si usamos nfs, tendremos que compartir el directorio /opt/ltsp. Ésto lo haremos añadiendo la siguiente línea al directorio /etc/exports del servidor de terminales:

/opt/ltsp *(ro,no_root_squash,async)

Una vez añadida, hacemos que el servidor nfs relea el archivo /etc/exports ejecuntando en un terminal el comando:

# exportfs -ra

El siguiente paso, será configurar el servidor dhcp que hayamos instalado. Como dije al principio, no voy a entrar en detalles sobre cómo configurar un servidor dhcp, puesto que en nuestros centros ya lo tenemos instalado. En cualquier caso, podemos ver ejemplos

sobre cómo configurar dhcp en /usr/share/doc/ltsp-server/examples/dhcpd.conf o /etc/ltsp/dhcpd.conf y adaptarlos a nuestra red.

El siguiente paso, será crear el sistema de arranque para los clientes. Si nuestros clientes son de arquitectura i386, ejecutamos la herramienta ltsp-build-client, que creará el entorno necesario para los clientes en /opt/ltsp/i386, con el parámetro --arch i386:

# ltsp-build-client --arch i386

Eso sí. Tendremos que tener un buen ancho de banda, porque se bajará un montón de paquetes para crear el entorno chroot. Si no disponemos de un buen ancho de banda, siempre podemos tirar de un mirror local, como el que tenemos montado en los centros. Yo tengo una copia del mirror local de mi centro en un disco duro externo, para poder tirar del mirror fuera del centro.

Hay dos archivos en el chroot que nos permiten personalizar el cliente:

* /etc/lts.conf * /etc/default/ltsp-client-setup

Podemos ver ejemplos de configuración en /usr/share/doc/ltsp-client

Si quisiéramos actualizar los paquetes del entorno chroot para los clientes, primero hacemos el chroot:

# chroot /opt/ltsp/i386

Ahora que estamos en el entorno chroot de los terminales, ejecutamos:

# mount -t proc proc /proc

Actualizamos la lista de paquetes:

# apt-get update

Y actualizamos los paquetes:

# apt-get upgrade

Una vez terminada la actualización del chroot, desmontamos /proc:

# umount /proc

Y tecleamos el comando exit para salir del chroot.

Si nuestro kernel ha sido actualizado, tendremos que ejecutar el comando ltsp-update-kernels para asegurarnos de que nuestro chroot use la última versión:

# ltsp-update-kernels

Todos nuestros clientes usarán el último kernel la próxima vez que se reinicien.

Por último, si estamos usando nbd, ejecutaremos ltsp-update-image para que se cree una versión actualizada de la imagen que se servirá a los terminales:

# ltsp-update-image --arch i386

La primera vez que montemos el servidor de terminales, ejecutaremos:

# ltsp-update-sshkeys

Como el servidor de terminales se comunica con los clientes mediante un canal encriptado, la primera vez es necesario que se creen los certificados SSL. Sin la ejecución de este comando ningún cliente podrá hacer login en el servidor.

También tendremos que ejecutar ltsp-update-sshkeys cuando en el cliente intentemos hacer login y recibamos un error diciéndonos algo así como que "Este esquipo no está autorizado para conectarse al servidor".

Por otra parte, mencionar que es importante que cuando tengamos que hacer un ltsp-update-sshkeys, primero ejecutemos un ltsp-update-sshkeys y seguidamente hagamos un ltsp-update-image. Y no al revés. También habrá que hacerlo cuando, por lo que sea, cambiemos la IP del servidor de terminales.

[editar]

Qué usar: ¿nfs o nbd?

En Debian, por defecto, se usa nfs para servir el sistema a los terminales. La ventaja que tiene usar nfs es que no es necesario crear una imagen. Se usa directamente el sistema montado en /opt/ltsp/i386. Como desventaja, podemos decir que a mayor número de usuarios el sistema se ralentiza.

Si usamos nbd para servir el sistema a los terminales, la desventaja es que es necesario hacer una imagen comprimida (ltsp-update-image). La ventaja está en que a mayor número de usuarios el sistema no se hace más lento, si no que se mantiene igual.

[editar]

¿Cómo cambiar de nfs a nbd?

Primero.- Para usar nbd, lo primero que tenemos que hacer es instalar dos módulos en el chroot:

* squashfs

* aufs

Para ello, hacemos el chroot:

# chroot /opt/ltsp/i386

Ahora que estamos en el entorno chroot de los terminales, ejecutamos:

# mount -t proc proc /proc

Actualizamos la lista de paquetes:

# apt-get update

E instalamos los paquetes que nos instalan los módulos squashfs y aufs:

# apt-get install squashfs-modules-2.6.26-1-686 aufs-modules-2.6.26-1-686

Ojo. En el ejemplo tenemos instalado el kernel 2.6.26-1-686, por lo que instalamos los paquetes squashfs y aufs para ese módulo. Si tuviéramos otro kernel, instalaríamos los paquetes correspondientes al otro kernel.

Una vez instalados, actualizamos el initrd:

# update-initramfs

Una vez terminado, desmontamos /proc:

# umount /proc

Y tecleamos el comando exit para salir del chroot.

Segundo.- Vamos a modificar dos ficheros:

* /opt/ltsp/i386/boot/pxelinux.cfg/default * /opt/ltsp/i386/etc/default/ltsp-client-setup

En el fichero /opt/ltsp/i386/boot/pxelinux.cfg/default viene una línea como la siguiente:

DEFAULT vmlinuz ro initrd=initrd.img quiet root=/dev/nfs ip=dhcp boot=nfs

Para que no se use nfs, la comentamos y ponemos una como la siguiente:

DEFAULT vmlinuz ro initrd=initrd.img quiet

Para no tener que acordarme, éste es el contenido que tengo en el fichero /opt/ltsp/i386/boot/pxelinux.cfg/default:

# Para usar nfs #DEFAULT vmlinuz ro initrd=initrd.img quiet root=/dev/nfs ip=dhcp boot=nfs # Para usar nbd DEFAULT vmlinuz ro initrd=initrd.img quiet

Cuando quiero usar nbd comento la línea nfs y cuando quiero usar nfs comento la línea nbd.

Una vez modificado el primer fichero, tenemos que modificar el segundo: /opt/ltsp/i386/etc/default/ltsp-client-setup En este segundo fichero lo único que tenemos que cambiar es el parámetro:

root-write-method=" "

por

root-write-method="aufs"

Una vez modificados los dos ficheros, como el primero afecta al kernel, ejecutamos un ltsp-update-kernels:

# ltsp-update-kernels

Y como usamos nbd, una vez hecho el ltsp-update-kernels haremos el ltsp-update-image:

# ltsp-update-image --arch i386

Si queremos volver a usar nfs, lo único que tendremos que hacer es modificar los dos ficheros anteriores. Lo que no tendremos que hacer será volver a crear la imagen, puesto que, mediante nfs, no se usan imágenes.

http://administradores.educarex.es/wiki/index.php/Montar_un_servidor_de_terminales_con_LTSP

http://ubuntu.5.n6.nabble.com/ubuntu-ar-LTSP-problemas-al-conectar-termina-pxe-td4503621.html

http://www.rickogden.com/2010/06/ltsp-part-2-configuration/

http://enavas.blogspot.com.ar/2009/04/montar-un-servidor-de-terminales-con.html

Dispositivos de bloque en red o NBD bajo TCP

DISPOSITIVOS DE BLOQUE EN RED ( Network Block Device o NBD)

Un dispositivo de bloque instalado físicamente en una máquina, (puede ser una disquetera,

un disco duro, cdrom, etc) se puede servir a través de una red a un cliente, el que obtiene un “Network Block Device” que es una imagen del dispositivo que está en el servidor.

Cuando el cliente necesite usar el dispositivo, ej: /dev/nbd0, envía una petición bajo TCP al servidor, recibiendo como respuesta la imagen del dispositivo solicitado.

Para hacerlo funcionar, necesitamos dos programas:

nbd-server - que es el servidor Network Block Devicenbd-client - es el cliente Network Block Device

# apt-get install nbd-server# apt-get install nbd-client

El servidor va instalado en la máquina que va a servir el dispositivo, es donde está instalado físicamente.El cliente en la máquina que desea acceder a dicho dispositivo.

Por supuesto también puede instalar ambos en la misma máquina.

Una vez instalado el servidor en la máquina correspondiente, sirva un dispositivo o archivo:

# nbd-server (puerto-número) (dispositivo-o-archivo-a-servir)# nbd-server 2000 /dev/fd0

Sirve disquetera /dev/fd0 en puerto TCP 2000

Cuando el cliente necesite acceder a dicho dispositivo:

# nbd-client (nombre-servidor-o-IP) (servidor-puerto-número) /dev/nbd0

# nbd-client server1 2000 /dev/nb0

Al ejecutarse nbd-client crea automáticamente los dispositivos nbd del 0 al 15. Necesita ser ejecutado como root.

Esto puede ser usado en estaciones con bajo espacio en disco o estaciones sin disco que arrancan desde un disquete o una tarjeta de red con una Boot-Rom, o para un sistema de almacenamiento para compartir en una red, como también para ahorrar espacio en disco en otro computador.

Hay que proveer soporte, compilándolo en el kernel o como módulo.

Para mayor información o para descargar el cliente, servidor y herramientas.

COMO SE USA

Cuando se instala nbd-client automáticamente se inicia creando los dispositivos nbdx, entonces podemos integrarlos en nuestro archivo /etc/fstab para facilitarnos el uso, por ejemplo:

$ cat /etc/fstab# /etc/fstab: static file system information.#proc /proc proc defaults 0 0/dev/hda1 / ext3 defaults,errors=remount-ro 0 1/dev/hda5 none swap sw 0 0/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0/dev/fd0 /media/floppy0 auto rw,noauto,user 0 0/dev/nbd0 /media/floppy1 auto rw,noauto,user 0 0$

Para usarlo entonces lo haremos de la siguiente manera:

1.- En el SERVIDOR se monta y comparte con el siguiente comando:

nbd-server 2000 /dev/fd0

Con esto montamos y capartimos por el puerto 2000 el dispositivo /dev/fd0.

2.- En el CLIENTE nos conectamos al dispositivo compartido:

nbd-client 192.168.0.15 2000 /dev/nbd0

Así nos estamos conectando al SERVIDOR 192.168.0.15 por el puerto 2000 con el dispositivo /dev/nbd0

3.- Ahora ya podemos montar en el CLIENTE el dispositivo al que hemos accedido, como siempre:

$ mount /dev/nbd0 http://www.debinfor.com.ar/GnuLinux/programas/nbd.php

http://ubuntuforums.org/showthread.php?t=1677475

http://ubuntuforums.org/showthread.php?t=1677475

http://ubuntuforums.org/showthread.php?t=1473451

http://ubuntuforums.org/showthread.php?s=28b748235bcef67a627f6125567b4391&t=1473451

Muy bueno Javier, solo una pregunta si ya tengo mi servidor LTSP como le hago para que mis terminales (clientes ligeros) puedan arrancar con windows XP auntomaticamente de arranque, que tengo que instalar o configurar ??,te agradeceria muchos si me ayudaras.

saludos

bari1785 hace 2 años

bari1785 lo que tendrias que hacer es agregar en el archivo lts.conf la entrada de configuracion RDP, para esto ya tenes que tener otra maquina con windows xp instalado y el RDP configurado para trabajar con escritorios multiples o sea meterle mano al xp que va a trabajar como servidor de terminales, lo bueno es que gracias a que linux maneja la entrada y cachea ese otro servidor, la transferencia es mucho mas rapida.

d4rk5ou1 en respuesta a bari1785 (Mostrar el comentario) hace 2 años

Javier, qué bárbaro che. Intuyo que ambas cosas (el paso fácil de linux a windows y poner hard obsoleto, a la altura de lo más nuevo) serían desarrollos importantes en nuestro país (y otros como el nuestro) si hubiera una política propia, que fuera más allá de comprar laptops masivamente.

Ojalá encuentres tus socios y aliados. Un abrazo grande. Eugenio

eugenioperrone hace 3 años

Genial Javier, deberías mejorar la calidad de este video y difundir mucho más lo que estas haciendo, es muy valioso.

Silvia

Silvia Iarmusch hace 3 años

http://ubuntuforums.org/showthread.php?t=1061499

http://www.mauriciomatamala.net/TIPS/ltsp.php