Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
Linux Terminal Server para MDK 9.0

Documentación
Por sinner
departamento terminales-graficas-en-linux-howto , Sección Tecnología
Puesto a las Wed Feb 5th, 2003 at 03:07:21 AM CET

Hola,

Comentaba en mi diario que habia instalado un LTSP en el curro. Como buen BOFH, tome notas. Ahora que el trabajo ha remitido un poco, me he permitido el lujo de crear un mini-HOWTO en Ingles (que he enviado a LTSP.org) y su version en Castellano, que teneis aqui dentro.

¿Qué es el LTSP? Es un sistema facilito que permite re-utilizar PCs (y Macs) antiguos (i486/16MB) convirtiendolos en terminales graficos y dotarles de la potencia aparente de los PCs nuevos.

¿Cómo va eso? A partir del arranque, el humilde terminal se conecta a un PC moderno que hace de servidor (el LTS o Linux Terminal Server) y utiliza la RAM, la CPU y el disco duro del servidor. Asi, podemos utilizar sin problemas el Mozilla, el OpenOffice y el KDE 3 en el i486. Y, como root, solo tienes que mantener (actualizar, asegurar...) una unica maquina. Para el servidor, utiliza un PC con un +800MHz de CPU. Y cuenta con 80MB de RAM por cliente (para ir seguros).

A disfrutar!

Nota: La version en Catalan, estara en breve en mi peich :)

 


LTSP - Mandrake 9.0

He montado un Linux Terminal Server corriendo en Mandrake 9.0 utilizando la excelente documentacion y los paquetes de LTSP. Debido a la falta de existencia de especifica sobre LTSP y Mandrake 9.0, decidi escribir este documento al mismo tiempo que trabajaba en el proyecto.

La documentacion mas parecida que he encontrado ha sido el LTSP-HOWTO para Mandrake 8.2 disponible aqui. En ese documento, hay una serie de elaces a paquetes rpm. Pero esos enlaces no funcionan. Descarga los rpm mas recientes de esta pagina, que estos si que funcionan. Los paquetes que yo me descargue son:

  • ltsp_core-3.0.7-0.i386.rpm
  • ltsp_kernel-3.0.5-0.i386.rpm
  • ltsp_x_fonts-3.0.0-0.i386.rpm
  • ltsp_x_core-3.0.3-0.i386.rpm
Para el Server

Primero, instala los paquetes dchp-server, nfs-utils y tftp-server, ya sea desde la linea de comandos con el urpmi o con la herramienta grafica rpmdrake. Despues, activa los siguientes demonios (servicios):

  • dhcpd
  • xinetd      (el tftp server funciona bajo xinetd)
  • portmap
  • nfs

Segundo, instala los paquetes RPMs de LTSP descargados anteriormente. Utiliza el comando rpm -ivh *.rpm, o el urpmi o la utilidad grafica rpmdrake, a tu gusto.

Tercero, configura el sistema:

  • Edita el fichero /opt/ltsp/i386/etc/lts.conf, cambia la linea SERVER=xxx.xxx.xxx.xxx para que tenga la IP correcta de tu Linux Terminal Server. Comenta las secciones [ws001], a#adiendo el simbolo # al principio de cada linea
  • Configura el protocolo tftpd, (el fichero /etc/xinetd.d/tftp) de manera que este activo y apunte al directorio ftpdboot adecuado, por ejemplo asi:

    service tftp {
    disable = no
    socket_type = dgram
    protocol = udp
    wait = yes
    user = root
    server = /usr/sbin/in.tftpd
    # server_args = -s /var/lib/tftpboot
    server_args = -s /tftpboot
    }


    Observa como la linea que empieza con un # esta comentada, ya que el tfpd debe apuntar al directorio de tftp boot real, esto es, donde se encuentre el subdirectorio ltsp con el archivo vmlinuz-2.4.bla.bla.bla.ltsp).Entonces, re-inicia el demonio/servicio xinetd.

  • Instala un Window Manager ligero, tipo MS-Windows. De esta forma, tus usuarios no estaran perdido, la transicion sera indolora y todo el mundo sera feliz. A mi me gusta el qvwm, disponible para MDK 9.0 en la web del Penguin Liberation Front. Esta, esta y esta captura de pantalla muestran el qvwm que uso. No se trata de la version "por defecto": he modificado la configuracion para dejarlo a mi gusto/las necesidades de mis usuarios. Contactame ei estas interesado en los cambios.
  • Modifica el archivo CONFIG de /opt/ltsp/install_scripts/ segun tus necesidades (IP mask y demas.)
  • Ejecuta el escript de inicializacion ltsp_initialize.sh que se encuentra en el directorio /opt/ltsp/templates/. Revisa los cambios propuestos, para entender lo que va a ocurrir.
  • Ejecuta el escript de inicializacion install.sh que se encuentra en el directorio /opt/ltsp/install_scripts/.
  • Verifica el archivo /etc/dhcpd.conf y utiliza como modelo las entradas que encontraras en el archivo /etc/dhcpd.conf.example.
  • Verifica los ficheros /etc/hosts y /etc/hosts.allow y midifica lo que no te guste/no se aplique en tu caso.
  • Modifica el archivo /opt/ltsp/i386/etc/lts.conf. Tienes el archivo /opt/ltsp/i386/etc/lts.conf.readme como referencia. Este el el fichero donde configurar las particularidades de los clientes:: Xserver, tama#o y localizacion de la swap, posibilidad de ejecutar programas locales...
  • Re-inicializa el servidor X, por ejemplo, cambiando a runlevel 3 y luego de vuelta a runlevel 5


Para el Cliente
  • Genera un disquete de arranque para el cliente de LTSP. Para generar el disquete, necesitas una rom (imagen), que la vas a encontrar en la web rom-o-matic. Baja la imagen que coincida con la tarjeta de red (NIC) de tu cliente, y que sea de una version del rom-o-matic estable (hoy, es la version 5.0.8). Si no encuentras la imagen para tu tarjeta de red, utiliza Google para encontrarla, con una busqueda similar a esta. Cuando tengas la imagen, genera el disquete de arranque con la orden:
    dd if=eb-5.0.4-eepro100.lzdsk of=/dev/fd0

    En el comando anterior, eb-5.0.4-eepro100.lzdsk es el nombre del archivo imagen obtenido de la web rom-o-matic website. Aqui tienes la lista de NICs y sus imagenes (modulos) que utilice en mi proyecto, que incluyo como ejemplo para que sepas lo que buscar:

    Modelo de NIC -- Modulo
    SMC-1244TX (Realtek RTL8139/810TX) -- rtl8139
    Compaq Netelligent 10/100TX (TLAN)-- tlan
    Intel Etherexpress 10/100 -- eepro100

  • En mi dproyecto, tengo asignada a cada cliente una direccion IP individual que va ligada a su MAC-address. Por ello, a#ado a mi configuracion del dhcpd una entrada por cliente.

    Edita el fichero /etc/dhcpd.conf.sample file de tu servidor DHCP, y a#nade una linea justo antes del default-lease-time que diga (sin las comillas) "ddns-update-style none;". Aqui tienes la configuracion de esta Estacion de Trabajo de Ejemplo (WS01), con la direccion IP fija 192.168.0.77, la MAC-address 00:a1:2b:3c:4d:5e, etc etc :

    host WS01 {
    option host-name "WS01";
    filename "/lts/vmlinuz-2.4.19-ltsp-1";
    next-server 192.168.0.1;
    option root-path "192.168.0.205:/opt/ltsp/i386";
    dynamic-bootp-lease-length 21600;
    hardware ethernet 00:a1:2b:3c:4d:5e;
    fixed-address 192.168.0.77;
    }

    Y en la seccion de group, asegurate de tener la siguiente linea:

    ddns-update-style none;

Y esto es todo. Ahora, inicia una maquina cliente con su disquete apropiado, y deberias ver la pantalla de login grafico. A disfrutar con el LTSP!

Resolucion de problemas

Durante la implementacion del LTSP, no creas que me ha fucnionado todo a la primera. Pero gracias al proyecto LTSP, todos los problemas han tenido una resolucion sencilla. Como resuelves un problema? Evidentemente, utilizando este metodo magico. Y si el metodo magico fallas, puedes contactar al equipo del LTSP en el canal #LTSP de; servidor irc.freenode.org

  • Author: Sinner from the Prairy
  • WebPage: Europa / USA
  • Versiones:

    Version -- Fecha -- Razon -- Autor
    V.1.0 -- Thu Jan 30 16:16:26 EST 2003 -- Public release to LTSP project en Ingles -- by Sinner
    V.1.1 -- Fri Jan 31 15:30:37 EST 2003 -- Traduccion al Castellano -- by Sinner

< KDE 3.1 en vascuence (9 comments) | Cómo crear una máquina UML con Debian (7 comments) >
Enlaces Relacionados
· escomposlinux.org
· mi diario
· LTSP.org
· disponible aqui
· estapagina
· qvwm
· Penguin Liberation Front
· Esta
· esta
· esta[2]
· rom-o-matic
· aesta
· este metodomagico
· Sinner from thePrairy
· Europa
· USA
· More on Documentación
· Also by sinner

Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
Linux Terminal Server para MDK 9.0 | 28 comentarios (28 temáticos, editoriales, 0 ocultos)
Sencillamente impresionante (4.66 / 3) (#1)
por trukulo (mzv-at-menta-dot-net) a las Tue Feb 4th, 2003 at 10:29:12 PM CET
(Información Usuario) http://mercurio.homeip.net

Lo cierto es que con artículos como éste no me extraña que me haga adicto a Libertonia.

Y como quiero aportar algo y no solo felicitar, ahi va mi granito de arena.

Hoy en día mucha gente se rie de los que dicen que se va a volver a trabajar con un Mainframe y terminales, yo, sin embargo, estoy completamente seguro de que esto es así.

He participado en un proyecto piloto de TAO, tecnicos en ayuntamientos y oficinas, y consiste en pasar todos los ayuntamientos a su cargo a Terminal Server, o en caso de suficiente presupuesto, en Citrix Metaframe * .

Y en la ultima empresa que he trabajado, especialista en un proyecto RP producido en Alemania, se busca la implementación en todas las empresas de España que lo usan, ya que en Alemania todas, sin excepción, están montadas de esta manera.

¿Porqué? Se preguntarán muchos, bien, la respuesta no es sólo una, sino varias.

Primero: Abaratamiento del coste de licencias, ya que todos los ordenadores con Windows 2000 Pro incluyen una licencia de uso de un servidor Windows Terminal Server. O sea, una sola licencia de software para todos los trabajadores de la empresa (exceptuando el pago por sistema operativo).

Segundo: Administración. La facilidad de un sysadmin para administrar estos sistemas puede llegar a niveles insultantemente cómodos, pues sólo tocas un ordenador, y normalmente (o así debería ser), la seguridad es muy estricta pues ningún usuario se instala mariconadas o desconfigura el ordenador con el que trabaja.

Tercero: Trabajo remoto. Cada vez hay más usuarios que se conectan desde fuera de la LAN, usando casi siempre ADSL empresarial. Ah, importante, esto incluye a los administradores, que pueden manejar todos los servidores que quieran sin moverse de su ordenador de oficina/casa.

Cuarto: rdesktop. Miralo.



Espero haber aportado algo de valor al gran artículo de Sinner,si quereis que explique algo en mayor profundidad o si teneis cualquier duda sobre el tema, preguntadme, estoy deseando contestar cosas sobre este tema tan apasionante.

P.D. Sé que todo lo que he dicho se aplica a software propietario, pero sigue siendo informática y es por donde se mueven los tiros hoy en día a nivel empresarial. Y ya sé que mejor que ssh no hay nada para administrar remotamente.

* Citrix Metaframe necesita Windows Terminal Server para funcionar, su licencia vale 1 millón de pesetas aproximadamente. Pero los clientes ICA que tiene son multiplataforma, funcionando incluso en páginas web con java.


Miguel Angel Zarza.
Aka trukulo.
email: trukulo(at)menta(dot)net
jabber ID: trukulo(at)bulmalug(dot)net
web: http://mercurio.homeip.net


Alternativas en KDE (3.00 / 2) (#7)
por melenas a las Wed Feb 5th, 2003 at 04:24:20 PM CET
(Información Usuario)

Segundo: Administración. La facilidad de un sysadmin para administrar estos sistemas puede llegar a niveles insultantemente cómodos, pues sólo tocas un ordenador, y normalmente (o así debería ser), la seguridad es muy estricta pues ningún usuario se instala mariconadas o desconfigura el ordenador con el que trabaja.

Para ello KDE tiene el sistema kiosk para bloquear desde un ordenador central todas las configuraciones de los usuarios.

Un artículo muy completo de como hacerlo podéis encontrarlo en aquí.
Ya sé que no es lo mismo, pero es otra alternativa más.
También está KRfb y KRdc, una especie de VNC para KDE, pero que aún no lo he probado a falta de una red local. ¿Alguien lo ha hecho?

Bueno, saludos y hasta otra.


FDO. ER_MELENAS No te preguntes sólo que puede hacer el S.L. por ti sino también que puedes hacer tú por él.
[ Padre ]


 
Se olvida algo muy importante. (3.00 / 2) (#16)
por yum (almula@BORRALOteleline.es) a las Thu Feb 6th, 2003 at 11:03:50 PM CET
(Información Usuario)

Yo tambien en el curro administro citrix, despues de descartar el RDP por varios motivos que no vienen al caso. Lo mejor de citrix no es en si el protocolo o lo que permite, a mi entender, lo mejor es la facilidad con la que se adminstra a traves de su consola, lo bien que se se ven las cosas y demas. Pero no es la panacea. Al sistema que planteais le veo algunos peros:
Muchas veces con citrix (al menos en mi caso y no creo que sea el unico) se quedan colgadas sesiones, dejan procesos zombies y cargan mucho el servidor y cuando hay tareas sensibles de esas que "pá que unas prisas" que dejan colgado el ordenador las demas sesiones se resienten y mucho. Lo verdaderamente importante y aquí se nos está pasando resaltar, es que LTSP no solo te permite ejecutar aplicaciones en el servidor, sino que se puede facilmente configurar para que algunas aplicaciones corran en la maquina cliente, además de que nos permite hacer maquinas diskless y que todo resida en un servidor que pueda mantener el administrador del sistema incluyendo la salvaguardia de los datos. Lo más sensible de la empresa normalmente suele ser los datos y en el sistema de un ordenador completo por persona suele ser muy dificil implementar un sistema de copia de seguridad.Con LTSP tienes la distribución y actualización de software centralizado, que es una grandisima ventaja ademas de ahorrarte verdaderos quebraderos de cabeza con los miles de versiones/parches. En definitiva, para mi aunque es muy util aprovechar ordenadores antiguos, actualmente tenemos ordenadores de bajo coste en los que podriamos utilizar LTSP: Las aplicaciones que consumieran muchos recursos como mozilla, openoffice, etc, se ejecutarian en local. Gracias a etherboot o PXE nos ahorramos el disquete para arrancar y el disponer de un disco duro en el cliente, con NFS tendria cada cual su "disco virtual" al que podriamos definir cuotas, controlar y sobretodo hacer copias de seguridad con asiduidad. Por otra parte evitariamos que los usuarios sobrecargasen la red con los navegadores, gestores de descarga o programas de mensajeria instantaneo o con progrmas de correo, agendas, etc... y no se crearia ese ambiente casi dictatorial y de control que muchas veces el usuario cree que los BOFH ejercemos sobre ellos.
Otra solución intermedia entre ICA/RDP y LTSP, muy buena a mi entender la podeis encontrar en pxes.sourceforge.net
P.D: Siento la redacción y las posibles incongluencias del mensaje pero es que el dolor de cabeza me mata. :-(

[ Padre ]


Único punto de fallo (3.00 / 1) (#23)
por ochoto (ochoto_@_diariolinux.com) a las Sat Feb 8th, 2003 at 04:31:44 AM CET
(Información Usuario) http://diariolinux.com

Algo que no se ha comentado en este hilo es que su virtud (gestión centralizada) es precisamente su mayor defecto también. Si le ocurriera cualquier cosa al servidor LTSP los clientes no podrían trabajar por lo que hay que preveer el desastre y planificar la restauración total del sistema de forma que se pueda realizar en el menor tiempo posible.

[ Padre ]


Gestion centralizada y punto único de fallo. (3.00 / 1) (#24)
por iarenaza a las Sat Feb 8th, 2003 at 04:00:17 PM CET
(Información Usuario) http://www.escomposlinux.org/

Precisamente para evitar este tipo de cosas es para lo que hay alguna gente que está tratando de montar sistemas de alta disponibilidad de servidores LTSP.

La idea es tener varios servidores y usar uno de ellos de forma transparente para el cliente, sin saber que en realidad hay varios. Si ese servidor se cae, evidentemente el cliente se cae, pero si se inicia de nuevo el cliente tiene de nuevo servicio con tal de que haya al menos uno de los servidores de pie.

Basta con tener los datos de los usuarios en discos de red o en discos compartidos via SCSI o red SAN y el sistema es bastante robusto.

No puedo dar URL de esto porque no las tengo (solo recuerdo haberlo leído por ahi en algún sitio, pero aún estaba algo verde).

En todo caso, es básicamente el mismo problema que hay con Citrix o en su día con los mainframe. Así que las soluciones serían similares.

Saludos. Iñaki.

[ Padre ]


La parte que veo (quizás) complicada... (2.00 / 1) (#25)
por Lebowski a las Sat Feb 8th, 2003 at 05:56:46 PM CET
(Información Usuario) http://www.wernitz.net

... es que si tenemos dos Servidores (primario y secundario -- como los DNS), sería la sincronización de los datos de los usuarios que acceden a su /home/$USER.

Posibilidades:
  • ¿Es posible crear volúmenes a partir de varios discos duros de distintas máquinas mediante NFS?
  • Sincronización periódica de ambos servidores


O digo burradas o digo posibilidades perfectamente viables.
--- A cuidarse y a portarse mal, que es más divertido.
[ Padre ]


No hay que replicar (3.00 / 1) (#26)
por iarenaza a las Sat Feb 8th, 2003 at 10:28:00 PM CET
(Información Usuario) http://www.escomposlinux.org/

Los datos están _fuera_ del servidor, en una única ubicación (puedes tener RAID del tipo que más te guste para tolerancia a fallos, incluso una SAN completa si es necesario).

Los servidores acceden a esos discos cada vez que el usuario necesita algo de /home/$USER o incluso /usr o lo que sea menester. Tienes desde soluciones de bajo coste con NFS hasta costes intermedios con armarios de discos con múltiples conexiones SCSI y acabar en la parte de coste altos con discos en redes SAN.

Saludos. Iñaki.

[ Padre ]


 
Aclaración al punto primero (2.00 / 3) (#2)
por trukulo (mzv-at-menta-dot-net) a las Tue Feb 4th, 2003 at 10:33:57 PM CET
(Información Usuario) http://mercurio.homeip.net

Primero: Abaratamiento del coste de licencias, ya que todos los ordenadores con Windows 2000 Pro incluyen una licencia de uso de un servidor Windows Terminal Server. O sea, una sola licencia de software para todos los trabajadores de la empresa (exceptuando el pago por sistema operativo).

Cuando dije eso me refería a una sola licencia de Office, de Crystal Reports, o del software que sea, y que se podrá usar desde todos los ordenadores de la empresa, con todo el ahorro que ello supone. Obviamente hay que pagar la licencia de SO por cada ordenador.


Miguel Angel Zarza.
Aka trukulo.
email: trukulo(at)menta(dot)net
jabber ID: trukulo(at)bulmalug(dot)net
web: http://mercurio.homeip.net
[ Padre ]


Seguro que la licencia lo permite? (2.00 / 1) (#3)
por ochoto (ochoto_@_diariolinux.com) a las Tue Feb 4th, 2003 at 11:11:47 PM CET
(Información Usuario) http://diariolinux.com

A lo mejor he oído campanas y no se donde, pero me sonaba que MS había prohibido expresamente esa posibilidad en sus últimas licencias. Lo habéis comprobado ?

En cualquier caso, y para reorientar el tema al software libre :), que tal funciona el rdesktop en comparación con los clientes de terminal server desde un ADSL ?

[ Padre ]


Dudo que lo puedan hacer (3.00 / 1) (#4)
por trukulo (mzv-at-menta-dot-net) a las Tue Feb 4th, 2003 at 11:18:24 PM CET
(Información Usuario) http://mercurio.homeip.net

Ya que los clientes ICA funcionan en máquinas UNIX, y para estas no hay licencia de Office. De todas formas no estoy seguro.

Respecto a rdesktop, en ADSL no lo he probado, pero si en una LAN empresarial, y los resultados son realmente sorprendentes. Es rápido y suave, y no da ni un problema.

Lo que no estoy seguro es si con encriptación de 128 bits funciona bien, ya que (ojo, este dato puede sorprender a muchos) en la empresa está terminantemente prohibido instalar Service Pack 3 o superiores en Windows 2000 Terminal Server. ¿Porqué? Porque si se hace se pierde el soporte del software a medida que tienen hecho. Ya, yo tampoco quería creermelo, pero por lo visto no es un caso aislado. A mi por lo pronto me produjo retortijones de barriga oir eso. ¿Incongruente verdad?

Por cierto, si alguien quiere un PDF con las características soportadas por Windows 2000 Server y Citrix Metaframe, que me las pida. Me las ha mandado directamente un Partner de Metaframe, así que no me hago responsable de datos falsificados para dejarlos mejor.


Miguel Angel Zarza.
Aka trukulo.
email: trukulo(at)menta(dot)net
jabber ID: trukulo(at)bulmalug(dot)net
web: http://mercurio.homeip.net
[ Padre ]


 
¿Será esto? (3.00 / 1) (#11)
por PATAN a las Thu Feb 6th, 2003 at 07:58:58 AM CET
(Información Usuario) http://juegoslinux.mardot3d.com

Buenas

<a href="http://barrapunto.com/article.pl?sid=02/03/20/1045228&mode=thread&threshold=">Enlace</a>

Un saludo

P.D.: Mis comentarios no deben ser tenidos en cuenta, pues no soy mas que un PATAN.
[ Padre ]


¿Será esto?(2) (3.00 / 1) (#15)
por PATAN a las Thu Feb 6th, 2003 at 08:46:54 PM CET
(Información Usuario) http://juegoslinux.mardot3d.com

Buenas

Si es que no se puede poner algo a las 8 de la mañana depués pasa lo que pasa

Enlace

Un saludo

P.D.: Mis comentarios no deben ser tenidos en cuenta, pues no soy mas que un PATAN.
[ Padre ]


 
¿teclado en español con rdesktop? (2.00 / 1) (#5)
por fxvazquez (fxvazquez (arroba) arrakis (punto) es) a las Wed Feb 5th, 2003 at 01:41:07 PM CET
(Información Usuario) http://www.arrakis.es/~fxvazquez/

Hola. Yo he probado el rdesktop para conectar con un 2000Server. El problema es que no consigo que funcione el teclado en español por lo que es bastante coñazo trabajar con el. ¿No sabrás por casualidad como se le puede poner?, ya probé con "-k es" pero no rula.

Por lo demás funciona perfectamente y muy rápido. Las únicas limitaciones que le encuentro son lo del teclado y que solo pilla 8 bits de color. Saludos.
--
mailto: fxvazquez (arroba) arrakis (punto) es
jabber: fxvazquez (arroba) myjabber (punto) net
[ Padre ]


Rdesktop es bueno (2.00 / 1) (#6)
por trukulo (mzv-at-menta-dot-net) a las Wed Feb 5th, 2003 at 02:16:43 PM CET
(Información Usuario) http://mercurio.homeip.net

Ten en cuenta que la limitación de 8 bits no la impone rdesktop, sino el mismo Terminal Server. No es VNC o ICA, es un RDAP, y los RDAP en 2000 están limitados a 8 bits de profundidad.

Respecto al teclado, vete a panel de control y lo configuras para español, así te funcionará, al menos a mi sí. Eso si, no te guarda los cambios entre sesiones, así que lo mejor es tener cargado el icono de idiomas en la barra de tareas, así cada vez que entres podrás cambiar rapidamente.

Por cierto, ese fallo no es exclusivo de rdesktop, me lo he encontrado con muchas máquinas con Windows 95 y 98, así que a ver de quien va a ser la culpa...


Miguel Angel Zarza.
Aka trukulo.
email: trukulo(at)menta(dot)net
jabber ID: trukulo(at)bulmalug(dot)net
web: http://mercurio.homeip.net
[ Padre ]


Rdesktop es bueno ... Trukulo mejor (2.00 / 1) (#8)
por fxvazquez (fxvazquez (arroba) arrakis (punto) es) a las Wed Feb 5th, 2003 at 06:21:41 PM CET
(Información Usuario) http://www.arrakis.es/~fxvazquez/

Gracias Trukulo

Acabo de probarlo y funciona ... y me jode porque esto ya lo habia probado. Lo he probado pasandole "-k es" también, a lo mejor es de eso. Voy a hacer más pruebas con esto, que asi por lo menos es usable. Saludos.
--
mailto: fxvazquez (arroba) arrakis (punto) es
jabber: fxvazquez (arroba) myjabber (punto) net
[ Padre ]


 
Atencion Editores --> Nueva Intro (3.50 / 2) (#9)
por sinner a las Wed Feb 5th, 2003 at 07:35:35 PM CET
(Información Usuario) http://www.escomposlinux.org/sinner/

Hola,

Comentaba en mi diario que habia instalado un LTSP en el curro. Como buen BOFH, tome notas. Ahora que el trabajo ha remitido un poco, me he permitido el lujo de crear un mini-HOWTO en Ingles (que ya han incluido en la seccion "Contrib" de LTSP.org) y su version en Castellano, que teneis aqui dentro.

Que es el LTSP? Es un sistema facilito que permite re-utilizar PCs (y Macs) antiguos (i486/16MB) convirtiendolos en terminales graficos y dotarles de la potencia aparente de los PCs nuevos.

Como va eso? A partir del arranque, el humilde terminal se conecta a un PC moderno que hace de servidor (el LTS o Linux Terminal Server) y utiliza la RAM, la CPU y el disco duro del servidor. Asi, podemos utilizar sin problemas el Mozilla, el OpenOffice y el KDE 3 en el i486. Y, como root, solo tienes que mantener (actualizar, asegurar...) una unica maquina. Para el servidor, utiliza un PC con un +800MHz de CPU. Y cuenta con 80MB de RAM por cliente (para ir seguros).

A disfrutar!

Nota: La version en Catalan, estara en breve en mi peich :)


--
Sinner from the Prairy
Pogüered bai Mandrake
BOFHers Syndicate http://bofhers.org


Hecho (2.00 / 1) (#10)
por gonzotba a las Wed Feb 5th, 2003 at 08:09:49 PM CET
(Información Usuario)

Mucho más claro y completo queda ahora, dónde va :)

[ Padre ]


 
Muy aprovechable (3.50 / 2) (#21)
por tiorober a las Fri Feb 7th, 2003 at 11:58:14 PM CET
(Información Usuario)

Despues de felicitar a Sinner por la aportación quisiera contar un par de cosas:

Hace unos meses escribí un informe sobre SL en los colegios donde se indicaba que Linux Terminal Server es una opción ideal para reaprovechar hard.
http://www.hispalinux.es/~rsantos/informe_educativo.pdf

El doc ha suscitado mucho interes y se me ha pedido que sea mas concreto y extenso (creo que se refieren a que necesitan las cosas mas mascadas).

Creo que me pondré a pasarlo a docbook poco a poco metiendo pantallazos y esas cosas que "si no se ven se pierde uno".

Pido permiso expresamente para usar el material publicado aqui. (si el propio Sinner o cualquier otro quiere pulirlo más estaré agradecidisimo :)

Por otro lado en el proyecto meta-distros (http://metadistros.hispalinux.es) se está considerando la posibilidad de hacer unos "Live" para hacer esto más sencillo aún.

Se trata de usar el reconociemiento automatico de hard y una instalación supersencilla y rapida (basada en las ideas de knoppix) para tener todo hecho.

Un saludo y repito mi enhorabuena.





Claro que si (3.00 / 1) (#22)
por sinner a las Sat Feb 8th, 2003 at 02:27:11 AM CET
(Información Usuario) http://www.escomposlinux.org/sinner/

Adelante!

Si necesitas ayuda, ya sabes donde nos (me) tienes. Y seguramente podemos poner el informe final en LTSP.org o en LTSP para escuelas (http://www.riverdale.k12.or.us/linux/k12ltsp.html)

Y seguro que puedes sacar más info en SEUL (Simple End-User Linux, http://seul.org/) y su apartado dedicado a la educación (http://seul.org/edu/)


Salut,
Sinner


--
Sinner from the Prairy
Pogüered bai Mandrake
BOFHers Syndicate http://bofhers.org
[ Padre ]


 
Yo ya lo he comprobado y funciona, pero ... (3.00 / 2) (#17)
por Lebowski a las Thu Feb 6th, 2003 at 11:21:55 PM CET
(Información Usuario) http://www.wernitz.net

Es mejor seguir con el tutorial de este amable compañero, porque siguiendo las instrucciones de www.rom-o-matic.com, decía que para volcar el fichero de arranque en el disco, bastaba con un «cat fichero.lzdsk > /dev/fd0», cosa que jamás funcionaba porque dejaba basura, cuando con «dd» me salió a la primera.

Sin embargo, el tutorial no indica claramente que hay que tener lanzado el GDM, y no nos funcionaba porque nosotros usábamos KDM.

Era sólo esa aclaración, gracias.
--- A cuidarse y a portarse mal, que es más divertido.


Pues si (3.00 / 1) (#18)
por sinner a las Fri Feb 7th, 2003 at 02:40:38 AM CET
(Información Usuario) http://www.escomposlinux.org/sinner/

Pues si, tienes razón. ¡Buén ojo!

Resulta que no apunté este dato. Pero este dato está muy claro en el HOWTO en el que me basé, el tutorial de LTSP para Mandrake 8.2 que indico en mi mini-HOWTO.

Y en la sección de Troubleshoting explica el tema. Allí si que explica este punto:

http://ltsp.org/documentation/ltsp-3.0-4-en.html#AEN678

Ver puntos 6.5, 6.6 y 6.6.1



Salut,
Sinner


--
Sinner from the Prairy
Pogüered bai Mandrake
BOFHers Syndicate http://bofhers.org
[ Padre ]


 
El usuario casero (2.00 / 1) (#12)
por gonzotba a las Thu Feb 6th, 2003 at 11:11:34 AM CET
(Información Usuario)

Creo que no estaría de más ver las posibilidades de un sistema de estos para un usuario casero. Al fin y al cabo muchos de nosotros no tenemos redes de 10 ó 15 ordenadores al alcance de la mano.

¿Sería factible tener un peaso server con 3 ó 4 ordenadores? Me refiero a factible o que tenga sentido de una manera económica. ¿Cuáles serían los requisitos de hard? ¿Un 2 GHz con medio giga de RAM, e.g.?

Lo digo porque molaría mucho montarse una mini-red en casa y empezar a convertir a la familia por la vía suave.

Saludines.



El usuario casero (4.00 / 2) (#13)
por sinner a las Thu Feb 6th, 2003 at 03:03:43 PM CET
(Información Usuario) http://www.escomposlinux.org/sinner/

Caso ideal para poner LTSP en casa:

- Tienes un PC con Linux, digamos, com 800MHz y unos 256MB de RAM.
- En casa existe otro PC, con otro sistema operativo (Hasefroch[1] u otros) y tu familia no se atreve a dar el paso
- Quieres que prueben Linux pero sin masacrarles el PC

¿Qué haces?

- Configuras tu Linux para que haga de LTSP-Server
- Creas un disquette para el PC con Hasefroch, adecuado a su tarjeta de red, con una imagen de rom-o-matic.
- Cuando quieres que prueben Linux, metes el disquette de rom-o-matic y ¡tachan! están en Linux... sin tocar su disco duro para nada.

Pongo los requerimientos esos para el servidor, para que el sistema vaya ligero y fluido.

- Para un servidor LTSP dedicado para unos 20 usuarios, cuenta con uno o varios discos duros modernos (son mucho más rápidos y entre varios repartes la carga de acceso a disco), una CPU moderna (LTSP no carga mucho el servidor) y de RAM... para que vaya sobrado, miras cuanta RAM utiliza "sin hacer nada" (suele ser unos 128MB) y le añades 50/80MB por usuario simultaneo que lo va a utilizar.

- Para un LTSP casero, a piñón fijo 256MB de RAM y 800MHz y no te mates.


[1] Hasefroch: palabro utilizado en BULMA en vez de nombrar el sistema operativo que se hace en Redmond, Washington (Hasefrochnia)




Salut,
Sinner


--
Sinner from the Prairy
Pogüered bai Mandrake
BOFHers Syndicate http://bofhers.org
[ Padre ]


Dos sistemas para pasarse a Linux (2.00 / 1) (#14)
por melenas a las Thu Feb 6th, 2003 at 04:31:49 PM CET
(Información Usuario)

O sea, que ahora tenemos 2 sistemas para pasarse a Linux sin reparticionar.
  • Si tienes PII o superior, le pones una Knoppix
  • Si tienes Pentium o inferior, le metes este sistema, aunque deberás tener otro superior que haga de servidor
Si el que no prueba Linux es porque no quiere :-)

P.D. He puesto el límite del Pentium porque a mí en un 166 MMX va lento, no porque no funcione.


FDO. ER_MELENAS No te preguntes sólo que puede hacer el S.L. por ti sino también que puedes hacer tú por él.
[ Padre ]


O más... (3.00 / 1) (#19)
por Colegota (colegota@villanos.es, digo net.) a las Fri Feb 7th, 2003 at 10:21:50 AM CET
(Información Usuario) http://villanos.net/mapamundi

Buenas,

> P.D. He puesto el límite del Pentium porque a mí en un 166 MMX va lento, no porque no funcione.

yo tengo un P 120 con 64 Mb.
Comencé con una woody pero tenía una tarjeta gráfica muy problemática que no hubo forma de configurar las X más allá de 320x200
Recordé que tenía por casa una Mandrake 7.2 que me reconoció la tarjeta y me iba bien, aunque no recuerdo qué configuración le metí, porque mi siguiente paso fue conseguir una Mandrake 8 y al poco tiempo una 9 beta.
Funcionaba, pero iba excesivamente lento. Para trabajar en X, no obstante, con el icewm "se movía", pero por ejemplo, arrancar el pc eran 10 minutos. De todas formas, había instalado los servidores web, correo, y varios más. Y probablemente demasiadas cosas de las que te va metiendo Mandrake...

Me regalaron una tarjeta de video que la woody me reconoció sin problemas y reinstalé. No obstante esta vez hice caso a la "voz de la experiencia" y comencé por instalar el sistema base sólo y luego ir añadiéndole "necesidades".
Entre unas cosas y otras, he conseguido un sistema que va muy bien en el P120. No he montado servidores todavía, ya os contaré, pero lo que es escritorio con navegación, correo, samba, quanta, bluefish y algunas cosas más, sin problemas.
En icewm "volando", e incluso kde (2.2) y gnome (2.0) se me mueven bastante aceptables.

Vamos, que se nota que es un equipo viejo, pero se puede currar, aunque para X si habría que recomendarlo sería con icewm o alguno parecido.

Sobre las instalaciones "arrancables", están muy bien para hacer demos y para usos específicos, pero recomendarlas para que prueben linux me parece que nos arriesgamos a que se conviertan en algo de "usar y tirar". Es decir que la gente lo pruebe, lo vea, y diga "parece majo, cuando tenga más tiempo lo miraré con detalle". Y archive el cd o disquete en el cajón sine die.

Creo que eso se debería reorientar más hacia que particionen, que no es tan difícil e incluso creo recordar que la propia instalación de mandrake lo hace, y lo instalen como segundo sistema.
Pocos discos de 40 Gb o superiores están llenos, hay espacio de sobra y no pierden nada ni les impide volver a sus cosas habituales en cualquier momento.
Lo mejor de windows es que ha acostumbrado tanto a la gente a reiniciar la máquina que pedirle a un usuario que arranque con linux para unas cosas y con windows para otras (mientras se va viciando/convenciendo) no encuentra ninguna oposición. Como si le dices que arranque en linux para navegación/correo y en windows para jugar.

> Si el que no prueba Linux es porque no quiere :-)

O por que no lo sabe... tened en cuenta que si aún no saben estas cosas no van a venir aquí a leerlas. Habrá que ir a buscarles para decírselo ;)

Saludos,
Colegota


[ Padre ]


Más sobre tiempos... (3.00 / 1) (#20)
por Colegota (colegota@villanos.es, digo net.) a las Fri Feb 7th, 2003 at 11:03:25 AM CET
(Información Usuario) http://villanos.net/mapamundi

Se me olvidaba comentar sobre los tiempos con la configuración que tengo ahora...

El arranque (hasta que me pide el login en modo texto) o parada de máquina en cosa de un minuto.
Entrar en X con icewm otro minuto. KDE y Gnome tardan "pocos" minutos (apenas he entrado para probar si funcionaban).

El correo (sylpheed-claws) me lo arranca también rapidillo y se meve muy bien entre mensajes. Aunque este es un cliente ligero (pero muy completo). Pienso probar los otros también en esta configuración.
A los navegadores (mozilla 1.2, konqueror (de la woody) y galeón 1.6.7 ¿? (el que depende de mozilla 1.2) les cuesta un poco cargar, pero la navegación va bien. En mozilla y galeon lo que noto es lentitud al escribir. Tecleo yo más deprisa de lo que escriben.

Quanta tarda en cargar dos o tres minutos, pero una vez ejecutado edita y cambia de pantalla normalmente.

Escribo todo esto más que nada por si le sirve a alguien que estuviera pensando en reutilizar una máquina de P120 para arriba y tuviera dudas de lo que podría conseguir.
Hablo mucho de memoria porque no estoy en casa y en ningún momento me he puesto a cronometrar. Es sólo por documentar el mensaje.
Cuando haya probado el resto de cosas (clentes de correo, servidores, etc.) igual me animo y escribo en el diario ;)

Saludos,
Colegota


[ Padre ]


 
Trafico en la red - Hardware (none / 0) (#27)
por gonzalomr a las Sun Mar 16th, 2003 at 10:42:52 PM CET
(Información Usuario)

Quisiera saber si se incrementa mucho el trafico en la lan usando este sistema?
Yo lo quise probar pero actualmente estoy probando la Mandrake 9.1 rc 2 y los paquetes de ltsp no lo soportan.
Mi lan esta compuesta por 5 maquinas las cuales querria colgar de la mia( una athon 1.3, 512mb ram, 40 gb), soportara este hard las cantidad de clientes que le quiero poner?.




Pues si (none / 0) (#28)
por sinner a las Mon Mar 17th, 2003 at 02:05:52 AM CET
(Información Usuario) http://www.escomposlinux.org/sinner/

Pero no tanto como puedas esperar

En una red de 100 Mbps puedes tener sin problemas 20 clientes de sobras.

Con 512 de RAM puedes tener hasta 10 clientes. Y con esa CPU... te va a sobrar.

Elmétodo normal es crear una red solo para los clientes, y el servidor, conectado a esa red de clientes... y a la red principal. Así, evitas el tráfico de LTSP a la red principal... y como los "clientes" verdaderamente están en el servidor, acceden a la red normal sin problemas.

¡Suerte!


Salut,
Sinner


--
Sinner from the Prairy
Pogüered bai Mandrake
BOFHers Syndicate http://bofhers.org
[ Padre ]


 
Linux Terminal Server para MDK 9.0 | 28 comentarios (28 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda