LTSP-4

Mar 15, 2004 - James McQuillan

Portuguese Brazilian Translation

LTSP Version 4.0

Ok, ha sido mucho tiempo. Demasiado tiempo, pero LTSP-4 al fin esta disponible. El documento abajo describe algunas de las nuevas características, como instalarlo, como configurarlo y, como adquirir el codigo fuente.

Esto es una de esas cosas enlas que podemos durar otros 2 años en el, y todavia no nos sentiriamos comodos que sea todo lo que nos gustaria. Pero, en alguna parte, se nos ocurrio que necesitamos liberar esto y tener tanta gente posible usandolo.

Gracias,
Jim McQuillan - jam@Ltsp.org

Traduccion a español por Carlos Urbieta alias cucnews Pedro Noticioso alias carlos-da-man, la version mas reciente esta aqui a menos de que Jim lo quiera en otro lado. Si tienes dudas ve al foro

Nuevas Caracteristicas
Instalacion
Configuracion
Aplicaciones Locales
Codigo Fuente
LTSP Build Environment (LBE) o Ambiente de Construccion de LTSP

Revisa la pagina de LTSP-4 Errata para ver las ultimas noticias

Nuevas Caracteristicas

Instalacion
El procedimiento de instalacion de LTSP ha sido grandemente simplificada. Si has instalado el escritorio Ximian 2, te sentiras justo en casa con el nuevo instalador de ltsp-4.

Paso 1:

Primero que todo, necesitaras se el super usuario. Despues, un simple comando de wget traera al instalador, y ejecutara al proceso de instalacion.

   su -
   wget -q -O - http://www.ltsp.org/ltsp_installer | sh

Paso 2:

Una vez que termino el instalador, necesitaras configurar varios servicios en tu servidor. Creamos una nueva herramienta llamada 'ltspcfg', descrita ensegiuda, para ayudarte con el proceso de configuracion.

En el futuro, planeamos ofrecer paquetes de RPM y DEB.

Paso 3:

Todavia no hay un kernel especifico para LTSP-4. Los kernels para LTSP-3 funcionaran muy bien con LTSP-4. Puedes usar la version RPM del kernel, pero necesitaras forzar la instalacion, porque depende del paquete ltsp_core de LTSP-3. Una manera mas simple puede ser que solo instales el paquete TGZ de ltsp_kernel.

ltsp_kernel-3.0.15-i386.tgz

Configuracion
Con LTSP-4, hemos separado la instalacion de la configuracion. ahora ofrecemos una herramienta de configuracion llamada ltspcfg.

Puedes bajar un paquete RPM o un tarball conteniendo la herramienta ltspcfg.

ltspcfg te ayudara a configurar los servicios necesarios para correr terminales de LTSP.

Notas de instalacion para ltspcfg:

Aplicaciones Locales
En algunos casos, es una desperdicio para tener un CPU de gran velocidad y porciones del RAM que se sientan en el escritorio, y usando solamente al núcleo de Linux y el servidor de X. Así pues, con LTSP, usted tiene la opción de hacer funcionar algunas aplicaciones localmente.

Ejecutamos la aplicacion usando SSH.

Para hacer a ssh muy seguro, usted tendría que almacenar la llave privada de los sitios de trabajo en una cierta clase de dispositivo de almacenaje local, tal como un disco o un diskette. No hemos ido tan lejos con esto todavía. La llave privada se almacena en el servidor y está compartida con NFS. SABEMOS que esto es un problema de seguridad. Nuestra primera meta con el ssh era permitir lanzar las aplicaciones en la terminal. Estamos trabajando para hacerla tan segura como sea posible.

Una llave publica/privada es compartida entre todas las terminales, y necesita ser creada con ssh-keygen y guardada en /opt/ltsp/i386/etc/ssh. Tambien, necesita ser guardada en el archivo /etc/ssh/ssh_known_hosts. De hecho, la llave publica necesita estar en ese archivo varias veces. Una por cada terminal. con el nombre de la terminal precediendo cada registro. Ya que se hizzo esto, si quieres evadir que el usuario tenga que poner su contraseña cada vez que quiera lanzar una aplicacion local, necesitas poner la llave publica del usuario en su archivo de authorized_keys.

Para generar un par de llaves publica/privada para las terminales, ejecuta los siguientes comandos: 

    ssh-keygen  -q  -t rsa1  -f /opt/ltsp/i386/etc/ssh/ssh_host_key      -C ''  -N ''
    ssh-keygen  -q  -t rsa   -f /opt/ltsp/i386/etc/ssh/ssh_host_rsa_key  -C ''  -N ''
    ssh-keygen  -q  -t dsa   -f /opt/ltsp/i386/etc/ssh/ssh_host_dsa_key  -C ''  -N ''

Despues pondras el contenido de /opt/ltsp/i386/etc/ssh/ssh_host_rsa_key.pub y agregar una linea en /etc/ssh/ssh_known_hosts por cada terminal. No olvides poner el nombre de la terminal enfrente de cada registro.

Enseguida hay un ejempl de como debe verse el archivo /etc/ssh/ssh_known_hosts: 

    ws001  ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAxFCM2eZU7P3HvEOMYhAFUiwE...
    ws002  ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAxFCM2eZU7P3HvEOMYhAFUiwE...
    ws003  ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAxFCM2eZU7P3HvEOMYhAFUiwE...
    ws004  ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAxFCM2eZU7P3HvEOMYhAFUiwE...
    ws005  ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAxFCM2eZU7P3HvEOMYhAFUiwE...

Ya que esta listo ssh, y esta configurado NIS en el servidor, se necesita agregar lo siguiente al archivo lts.conf: 

    LOCAL_APPS       = Y
    NIS_DOMAIN       = ltsp

ya que se agregaron estas opciones, se reinicia la terminal, el usuario puede lanzar programas en la terminal. claro que la aplicacion de la terminal y todas sus librerias deben ser accedidas por la terminal a traves de NFS.

Este es un ejemplo de correr un programa en un cliente delgado: 

    ssh  ws001  uptime

Yo tuve exito al correr Mozilla Firebird 0.7 como aplicacion local. No cree un paquete oficial. Esto era mas como una prueba, solo para ver si yo lo podia hacer. Y, si sirve!!! Solo requiere que copies un monton de librerias al directorio /opt/ltsp/i386/usr/lib, y copiar al directorio de Mozilla Firebird al directorio /opt/ltsp/i386/usr/local/MozillaFirebird-0.7. Despues de terminar, el ejecutar Firebird en la terminal se hace asi: 

    ssh ws001 env DISPLAY=:0.0 /usr/local/MozillaFirebird-0.7/MozillaFirebird

Una de las razones principales para crear LTSP-4 con el ambiente de construccion es para que podamos crear aplicaciones locales. Definitivamente planeamos construir un paquete oficial incluyendo a todo Mozilla y todas las librerias necesarias.

Codigo Fuente
LTSP-4 esta hecho completamente de codigo fuente. No significa que DEBES compilarlo. Tambien tenemos paquetes binarios. Solo es que SI puedes compilar y ajustarlo todo lo que quieras.

PAra empezar a trabajar con el codigo fuente, ve la siguiente informacion en como accesar al arbol de fuente a traves de CVS.

LBE (LTSP Build Environment) o Ambiente de Construccion de LTSP
Probablemente la caracteristica mas grande de LTSP-4.0 es el hecho de que esta completamente construido de codigo fuente. En versiones anteriores del LTSP, tomabamos binarios de otras distribuciones (La mayoria de RedHat 7.0).

Mientras ibamos en el proceso de organizar al codigo fuente para todas las piezas de LTSP, encontramos que era casi imposible para contabilizar todas las versiones de herramientas de desarrollo en todas las plataformas en las que la gente queria crear LTSP. Por ejemplo, para construir Glibc-2.2, necesitas gcc-3.2 o mas nuevo para hacerlo, y varias distribuciones existentes no lo incluyen todavia. Asi que se nos ocurrio algo que se llama LBE (LTSP Build Environment) o Ambiente de Construccion de LTSP.

LBE contiene a todos los compiladores, enlazadores y cualquier otra utileria que se usa para construir LTSP. De hecho, son exactamente las mismas herramientas y versiones que usamos para construir las versiones oficiales de LTSP.

Ha habido muchisimo trabajo hecho en LBE desde LTSP-3 Todo el proceso ha sido reconstruido, y el metodo de extraer los tar de fuentes ha cambiado.

El nuevo LTSP-4 es el que funciona entre los compiladores. Encontramos que necesitamos hacerlo asi, para forzar a las herramientas de LBE a usar a las librerias y archivos incluidos correctos. Nos estamos volviendo locos tratando de ver porque LBE construye en algunas distribuciones y no en otras. Despues vimos que cada distribucion tiene diferentes versiones de archivos de encabezados, y esto causaba que se rompan algunas cosas. Asi que, tenemos un compilador cruzado ahora. Aunque estamos en un sistema x86, y generando codigo x86. un punto brillante es que esto nos acerca mas a un ambiente de construccion donde podemos generar codigo para clientes que no son x86. Pero, eso esta en el futuro. No estamos listos para hacerlo todo eso todavia. Pero al tener un compilador cruzado, esto tambien debera eliminar la necesidad de tener versiones especificas de gcc y binutils en tu sistema.

Hay una rama pequeña en la base que es usada para iniciar al proceso de construccion. Los tar de fuentes para cada componente individual del LBE y LTSP ya no son guardados en los paquetes base. Son extraidos eutomaticamente, usando wget, al principio del proceso de construccion.

Ademas, los componentes que son comunes entre LBE y LTSP comparten al mismo archivo tar, en vez deincluir una copia de las fuetnes dos veces. un ejemplo seria bash, el ehell usado para ambos LBE y LTSP-4.0.

Una herramiente muy poderosa ha sido escrita para el LBE y LTSP. Esta herramienta lee unsa lista de paquetes para ser construidos, y despues para cada pqeute, lee al archivo package.def para sacar instrucciones en como contruirila.

Construyendo LTSP-4.0 del codigo fuente:

  1. Bajar de CVS

    La documentacion para bajar el LBE con CVS se ha movido a una pagina separada. Click aqui para el documento.

  2. Construyendo

    ./build_all

    Este proceso construira a los compiladores cruzados, el LBE, LTSP, al initrd y al kernel LTSP.

    Preparate para esperar un poco. En una P4 con 2.5ghz, esto tarda 3 horas.

1