Barrapunto

sinner escribió un interesantísimo artículo sobre LTSP en Mandrake [escomposlinux.org].

Aparte, también hay otra opción distinta llamada ThinStation [sourceforge.net].

Hace unos meses, en Libertonia: click! [escomposlinux.org]

Usa netstation, es mejor http://netstation.sourceforge.net/

Knoppix puede funcionar como servidora. Lo bueno es que puedes probarla sin instalar nada. Sólo tienes que arrancar el servidor desde el CD y activar el servicio LTSP desde el menú. Después arrancas un terminal y a ver qué pasa.

Me vendría bien saber si hay algo para "colarle" a mis usuarios ventanas de un servidor linux remoto (para usar la política de "solo la puntita, y después ya hablaremos").
Se que existen cosas como el vnc (pero implica un solo usuario por servidor, hasta donde yo se), el telnet y el http X)
También le eché un ojo a exportar ventanas de X, vi lo de cygwin (me pareció instalarle mucha metralla a mis lusers, solo quiero un Xserver) también vi http://www.thecyborg.com/howto/xserver.html pero me piden que le ponga un .rhosts al root (iluso de mi, yo que quería que mi Linux server llegara virgen al matrimonio ;) y casi paso. También vi Xservers de pago.
Pero lo del LSTP tiene mejor pinta (en plan terminal server) ¿Que necesitaría en la parte del cliente? (pensando en un mínimo impacto en el w9x)

¿Hay alguien que tenga un servidor de X para w9x que sea soft libre?

¿Hay alguna otra opción que te convenza más? (Ya se, guante de Freddy Kruger en la mano izquierda para convencer diplomáticamente a mis usuarios de que lo mejor para ellos es tener linux, pero es para tener ventanas de linux en w9x).

Tengo algunas dudas sobre esto:

¿Algún proyecto de éstos permite usar de manera sencilla las disqueteras locales de los terminales?

Cuando se pone "apagar" en un terminal, ¿se apaga el servidor? ¿Cómo hacer para que se apague sólo el terminal?

¿El servidor tiene que estar siempre encendido? Si es así, ¿cómo protegerlo frente a "apagados brutos"? ¿Tiene que estar con la cuenta de root siempre abierta?

Gracias de antemano.

En primer lugar, para administrar un equipo Linux no necesitas nada más que un telnet. Puedes tener n terminales conectadas, dependiendo de la memoria del servidor.

Si quieres tener terminales gráficas, pues tienes X Window, mucho mejor que VNC que carga muchísimo el sistema, porque mientras VNC necesita que le envíen pantallas o áreas de pantalla completas, con X-Window se manda al cliente la operación gráfica para que la dibuje (por ejemplo, dibujar una recta).

Clientes X Window hay a montones. Terminal Server según tengo entendido es un invento para Windows, ya que los administradores de servidores demandaban una solución similar a UNIX, con múltiples sesiones.

Por tanto, me parece que un Terminal Server sobre UNIX es un porte a UNIX de un porte a Windows de una cosa que existía ya en UNIX (o sea, una pérdida de tiempo).

Luego dentro de unos años, algún administrador de los típicos dirá que las terminales gráficas las inventó Microsoft, y que luego lo copiaron en UNIX :-(

Ok... por empezar se están confundiendo los tantos. Hay varias opciones, tener un servidor de aplicaciones o tener un servidor de archivos. Esto es tener centralizado el poder de procesamiento o tener centralizado el almacenamiento. La combinación de estas dos cosas vienen a dar los thin-clients (o clientes delgados o terminales bobas). En cuanto a esto les cuento que cuando se resetea o apaga una terminal se apaga la terminal, y no el server. Lo de la memoria comparitida es una ventaja y ya está muy bien explicado en otro mensaje. En cuanto a la utilidad de este tipo de terminales en particular yo creo que es muy útil, no como centralización de la configuración, porque esa sería una ventaja trivial, sino la reutilización y el reciclado de máquinas actualmente en desuso. Además inaginense un laboratorio corriendo con thin-clients que tenga como server un cluster HP. da una interesante cantidad de terminales HP con balanceo de carga, es decir si no hay nadie tu PC vuela y si hay mucha gente anda normalmente. Y _todo_ sin tocar NADA de configuración. Y con una extendibilidad de costo 0 (tanto de terminales como de procesamiento). Por otra parte les cuento que las posibilidades en este respecto (clientes delgados) eson thinstation, netstation, pixies y las ya mencionadas. Mi experiencia personal (actual) es con Netsation, y la verdad que anda bien. No es de lo más flexible, pero sale andando moderadamente rápido. Y frente a Pixies tiene la ventaja de una configuración más sencilla para cada estación de trabajo. En cuanto al uso de las diqueteras locales (o discos swap por dar otro ejemplo) se hace con soporte para NBD (network block devices) en el kernel. En mi grupo de usuarios todavía estámos investigando esto (NBD), y pensamos escribir algún documento sobre nuestra experiencia. Así que pueden contactarse conmigo los que lo deseen y cuando esté terminado se los facilito.

están funcionando con LSTP y lo tienen bastante documentado.
Hay más información en este link http://www.hispalinux.net/casos.html?id=24 [hispalinux.net]

Uno de los mayores inconvenientes que le he encontrado a los terminales remotos ha sido el no poder "suspender" y "reanudar" la sesion. En un entorno de laboratorio no tiene mucho sentido, pero si quieres manejar desde un terminal el servidor desde las X y despues apagar el terminal, no he encontrado manera de recuperar la sesion con todos los programas abiertos. Es decir, disponer de algo parecido a "screen" pero para las X.
En freshmeat [freshmeat.net] aconsejan usar xmove. He encontrado varias referencias a su uso: 1 [stanford.edu], 2 [usinglinux.org]. Tambien he visto que puede resultar de utilidad xnest
¿Tiene alguien experiencia en usar xmove? ¿es realmente util?
Un saludo

puedes probar a instalar la distribucion que quieras, y luego hacer una particion oculta, y guardar en ella una imagen hecha con ghost, que en cada arranque se recarga sola.
Ventaja inmediata: mantenimiento cero de verdad.
Inconveniente: el SO tarda como 10-15 mins en arrancar...
Valoralo tu mism@ :)

--

Tambien se puede conseguir un servidor de terminales configurando el kernel para que tome el directorio raiz a traves de NFS ( que debe ser exportado por parte del servidor )
Los terminales arrancan con un disquete de arranque, con un kernel con la opcion anterior habilitada , más un cliente BOOTP , más un cliente NFS ( que recuerde )
La configuracion inicial de los terminales (por ejemplo, la direccion IP) se hace mediante BOOTP (a partir de la direccion MAC)
Existe documentacion varia en internet si se busca por "Diskless boot"

Yo creo que deberías probar primero a montarlo todo usando LTSP, que es como más vas a aprender, y una vez que lo tengas montado con LTSP. Lo mejor es pasarse a una de esas ditribuciones que dices, ya que te lo dan todo hecho y funcionan muy bien, pero de primeras no te dejan mucha libertad, a menos que sepas como funciona todo por dentro, (por eso lo de montarlo primero a pelo con LTSP). Un de esas distro que está muy bien es PXES [sourceforge.net]
basada en RED HAT y muy acabada. Aunque no está basada en LTSP, pero funciona muy bien.