A la hora de poner manos a la obra en un curso de estas características, que se quiere práctico, es imprescindible tener en cuenta las posibilidades y recursos disponibles. Se examinaron varios escenarios, ordenados por orden decreciente de preferencia.
Escenario 1. Los ordenadores tienen un arranque dual con lilo y puede trabajarse en local con el sistema operativo GNU Linux; se establecen sesiones de trabajo en el servidor mediante ssh y X
Además, será necesario el uso de clientes ftp y http.
Escenario 2. Los profesores disponen de un CD que contiene Knoppix-es, los ordenadores tienen lector de CD y suficiente memoria para ejecutar el sistema. Reciben su ip de un servidor mediante dhcp, y se establecen sesiones de trabajo en el servidor mediante ssh y X
Además, será necesario el uso de clientes ftp y http.
Escenario 3. Se ha instalado localmente en cada ordenador una versión de Cygwin y ejecutan el código remoto utilizando el servidor X local
Además, será necesario el uso de clientes ftp y http.
Escenario 4. Se ha instalado localmente en cada ordenador una versión de un cliente ssh (PuTTY) y de un cliente VNC
Además, será necesario el uso de clientes ftp y http.
En los ordenadores que manejan los profesores se ha instalado si es necesario el siguiente software libre[2]:
Tabla 1.1. Recursos disponibles
| Aplicación | Url |
|---|---|
| PuTTY | http://www.chiark.greenend.org.uk/~sgtatham/putty/ |
| TightVNC ó VNC | http://www.tightvnc.com/ ó http://www.uk.research.att.com/vnc/docs.html |
| Servidor X-windows de Cygwin | http://www.cygwin.com/ |
| Knoppix-es | http://metadistros.hispalinux.es/otros.html |
| Una pizarra | Parece una broma pero es el recurso auxiliar más útil |
Es conveniente que una copia de los ficheros de instalación pueda ejecutarse desde el servidor, exportada mediante samba.
Se me ha permitido montar en el Centro un servidor GNU Linux versión de Debian 3.0 Woody, que da servicios de http, ftp, ssh, vnc, samba, dhcp y correo. Mi intención es que los materiales del curso estén depositados en dicho servidor, y a él vayan a parar los materiales elaborados por los profesores.
Nuestro Centro dispone de una red de ordenadores con sistema operativo MS Windows, en versiones Win9?, Me, 2000 y Xp, y de un router que da salida ADSL a Internet
Durante las sesiones cada profesor tiene acceso a un ordenador del Laboratorio de Informática. En las distintas sesiones pueden ocupar el ordenador que deseen.
No es posible hacer una instalación masiva inicial de distribuciones GNU Linux en las máquinas del Laboratorio. En su defecto se han preparado CDs Knoppix-es para cada uno de los profesores; los CDs funcionan perfectamente (dentro de su lentitud a veces desesperante) y reconocen el hardware de todos los ordenadores. Por lo tanto se elige la opción segunda de escenario para el curso. Debe comprobarse para poder utilizar este escenario que los ordenadores tengan lector de CD y sus BIOSes permitan arrancar desde ellos (en caso contrario habrá que preparar también diskettes de arranque). Conviene que las BIOSes estén preparadas para restar complejidad innecesaria (cada dificultad es achacada inmediatamente al sistema operativo, sea cual sea la causa; hasta un corte de luz, lo digo por experiencia).
El curso está repartido en cinco sesiones de tres horas de duración, entre febrero y mayo de 2003.
Se plantea una estrategia de trabajo servidor/cliente: se utilizan los CDs Knoppix para establecer sesiones ssh en el servidor. De esta manera el trabajo se crea directamente en el directorio personal de cada profesor.
Hay otras dos opciones de organización del trabajo: máquinas autónomas, con instalaciones completas, y máquinas que inmediatamente se conecten a un servidor y deriven todos sus recursos de él (véase LTSP). El inconveniente del primer método es la dificultad de mantenimiento y actualización que supone, la complicación de administrar cuentas en tantas máquinas y el deseo de que todos los trabajos vayan a parar a un directorio personal independientemente de la máquina desde la que se conecten los usuarios. El problema con la segunda opción es que no creo que los CDs de Knoppix puedan utilizarse para ella y además es posible que se desaproveche potencia de máquina.
El inconveniente de la estrategia utilizada (y es lo que debe tenerse en cuenta pensando en la generalización con los alumnos) frente a los modelos de trabajo independiente en local y de servidores tontos es que fuerza a que el curso se convierta en una introducción a redes bajo Unix y la dificultad sea innecesariamente mayor. Los profesores tienen que ser conscientes cuando ejecutan una orden de si se está ejecutando en el ordenador local o el remoto, si el fichero que van a crear está en el sistema de ficheros en memoria que crea Knoppix o en el servidor. La solución CDs-vivos + sesiones remotas tiene el inconveniente con respecto a la de los terminales tontos de que el menú que se le ofrece al usuario al inicio está en local, y deberá ejecutar las aplicaciones remotas desde una terminal. Después de los problemas que se me han planteado durante el curso, sinceramente opino que hay que estudiar muy en serio la posibilidad de experimentar con el modelo LTSP: los profesores tienen muchos más problemas con los conceptos de red (ftp, ssh, samba) que con el uso de las aplicaciones GNU Linux.
Los profesores tienen creadas cuentas en el servidor (de hecho el correo que recibe el Centro ha pasado a distribuirse mediante imap) y llevarán un registro de las sesiones, enunciado de expectativas y conclusiones, documentos y prácticas elaborados, en el subdirectorio Curso_Linux/ de sus secciones personales. El coordinador del curso es el administrador del servidor.
El servidor se llama linux1 y su ip interna es 192.128.1.4.
Otra ventaja con respecto a trabajar en local desde los CDs es que se rompe la limitación de tamaño (y por tanto de aplicaciones) que necesariamente ha de tener una distribución de estas características. Se instalarán aquellos paquetes que se consideren necesarios y la administración de estas instalaciones y desinstalaciones la hace el ponente.
No se requieren conocimientos previos. Es de esperar un grupo heterogéneo, que se detendrá en contenidos heterogéneos (uso elemental, instalación, administración…)
Tenía curiosidad por la reacción de personas que no habían pasado por la experiencia de Windows, pero estas personas abandonaron el curso antes de que comenzara.
[2] Una consecuencia inesperada y circunstancial de usar Stable (Woody) es que no se podían compartir las consolas mediante rfb, que sí está disponible en Testing y el Unstable y espero que lo esté en Stable cuando este curso vuelva a ponerse en práctica.