lunes, junio 19, 2006

FreeNX

Navegando por ahí, me encontré con esta nota de FreeNX
Después de sufrir un poco en mi curso para el ISSSTE con el tema -VNC- me parece bastante interesante esta alternativa, chéquenla.

...La tecnologia NX permite el acceso remoto a sistemas linux (en mi caso), utilizando nuestros usuarios y sesiones, con muy poco uso de de la red (incluso se puede acceder desde un modem a entornos gnome o KDE, con un excelente rendimiento). Para el que no entiende le cuento que es como VNC.

NX usa el protocolo SSH para enviar los datos, utiliza una "public key" para la autentificacion. Cuando algún cliente NX se conecta al servidor, se inicia un log dentro del servidor usando el usuario "nx", previamente autentificado con la llave publica SSH. En esta parte se solicitan los datos de la sesion y una vez qie la sesion se establece, el nombre real del usuario es autentificado a travez de un tunel SSH pre-establecido y la sesion pasa a ser la del usuario real. Las sesiones puden suspenderse y/o resumirse

FreeNX vs VNC

  • Utilicé ambos y puedo decir que la velocidad de la tecnologia FreeNX es muy pero muy superior a VNC, tanto en ambientes LAN como para conexiones telefonicas. Puedo trabajar desde otra maquina (en mi LAN) como si estuviera en mi linux, no se nota la diferencia para nada.
  • FreeNX no permite compartir tu escritorio, contrariamente como lo hace VNC, en el cual podemos usar la pantalla actual. En FreeNX solo creamos sesiones nuevas.
  • VNC puede ser usado para la enseñanza, ya que el profesor puede compartir su pantalla con los alumnos o para que un tecnico puede ayudar a un usuario viendo el problema en vivo.
  • FreeNX envia datos comprimidos del protocolo X11, con lo que se gana en agilidad, en cambio VNC envia pequeños rectangulos (imagenes) comprimidas.
  • FreeNX tambien puede conectarse utilizando el protocolo RDP y RFB. Para eso NX encapsula y traduce (a protocolo X) el protocolo RDP (usado por Windows y Citrix). Tambien traduce el protocolo RFB (usado por VNC). Aunque la compresion ofrece un mejor perfomance cuando se trabaja con aplicaciones X nativas, las sesiones RDP y RFB pueden ser comprimidas por un factor que va de 2 a 10.
  • FreeNX permite utilizar encriptación SSL, permite activar servicios como Samba o Cups y ademas tiene soporte multimedia (se puede hacer streaming del audio del servidor, es decir se envia el sonido a la maquina cliente.

[..vía]

jueves, junio 01, 2006

Floppy y Mandriva 2005 Limited Edition

Llevo ya más de un mes trabajando con las máquinas que me instalaron en la Delegación Iztacalco.
Cada día sufro más... no les dan mantenimiento, el hardware está del nabo, los ratones los he cambiado, configurado, re-configurado, limpiado y no más no funcionan bien.
Estoy impartiéndo Calc, díganme cómo fregados, mis alumnos pueden arrastrar o rellenar si sus mugrosos ratones no funcionan???En los últimos días he estado probando muchas cositas interesantes con los Floppys o Floppies? anyway el punto es que en muchas muchas muchas ocasiones, no tengo que montar ni desmontar el Floppy para grabar información. Mandriva lo hace en automático, no sé como ni porqué. Y en muchas muchas muchas ocasiones no lo hace y lo tenemos que hacer manual.
Me cae bastante mal, que unas máquinas si lo hagan y otras no, no hay consistencia y el alumno se siente un poco timado.
Solución de primera instancia, pues generar un iconito en el escritorio y que TODOS monten y desmonten sus unidades, la verdad es de flojera no creen?, pero bueno échandole coco al asunto; me he encontrado con lo siguiente:
El grabado de información en el Floppy es lentísimo, esto es porque, está montado con la opción "sync" como por default, para hacerlo más rápido lo único que hay que hacer es cambiar en:/etc/fstab... /mnt/floppy de...,sync,... a ...,dirsync
Y esto hace que el grabado de información sea mucho más rápido en el floppy-razonablemente más rápido-
Y con -Automount y autofs- como administrador puedes configurar todos las carpetas o ficheros del sistema a los que una máquina puede acceder. Con esto el usuario usa el sistema de una manera transparente, sin preocuparse de como el kernel gestiona estos accesos. A continuación transcribo la descripción que encontré acerca de los mismos:
"Descripción
El conjunto (automount, autofs) se pueden ver como un modelo cliente/servidor. El servidor espera una petición. Cuando esta llega, el servidor se autoduplica una parte se encarga de reponder la petición y la otra espera una nueva petición.
Aquí es donde autofs se comporta como servidor y automonta uno de los "servidores duplicados". Las peticiones se guardan en ficheros de configuración.

autofs
Normalmete, autofs se activa al arrancar y se cierra al apagar o reiniciar la máquina. De todas maneras el administrador puede activar/desactivar el programa de manera manual.autofs tiene 4 opciones :
start :Tal como su nombre indica inicia el proceso. Cuando empieza, autofs busca "maps" (se entiende como maps unos puntos específico de montaje) en el fichero de configuración /etc/auto.master. Entonces monta de manera automática cada punto. A continuación, autofs busca los mapas NIS
stop:Para autofs y todos los procesos automount ;
status:Visualiza la configuración actual y todos los procesos automount en funcionamiento
reload:Vuelve a leer toda la tabla auto.master y elimina todos procesos automount que no aparecen y inicializa los nuevos.
Todos los cambios que se realizen en el mapa se tendrán encuenta en la siguiente inicialización. Por otro lado, los cambios hechos en auto.master implica que autofs se inicialice de nuevo. En conclusión, autofs se encarga de consultar auto.master antes de realizar los automounts asociados a cada punto de la lista de montaje.

automount
Automount trabaja desde un punto inicial de montaje ( el mismo que encuentra autofs al iniciar automount) y desde una nueva lista que describe las características del punto inicial de montaje. La lista asociada a automount se mantiene para todos los requerimientos de información para montar el sistema automático de ficheros (de aquí el nombre ;-). Este sistema de montaje automático se realizará tan pronto como alguien intente acceder a algo en el árbol de directorios desde el punto de montaje.

A continuación, los sistemas de ficheros se desmontan automáticamente después de un periodo de inactividad (Por defecto son 5 minutos). -Nota de liwiz: Bastante interesante porque no hay problema si a los alumnos se les olvida desmontar de todas maneras se guarda su información en el floppy.

Configuración
La configuración se realiza con la ayuda de dos ficheros. El auto.master, que mantiene los puntos de montaje y un fichero de punto de montaje que suministra las opciones del sistema para este punto de monaje especifico.

El fichero /etc/auto.master
Se describirá el mapa utilizando el formato Sun. Cualquier otro formato puede no compartir la misma sintaxis.

etc/auto.master es el principal fichero de autofs. Cada linea de este fichero decribe un punto de montaje y hace referencia al fichero que contiene las descripciones del sistema de ficheros que deben ser montados desde ese punto. El último campo permite pasar las opciones a mount para empezar.

La linea de sintaxis es:
mount-point map-for-the-associated-automount [ -mount-options-separated-by-comma ]

Ejemplo:
/home
/etc/auto.home
/misc/etc/auto.misc
--timeout 60
/mnt
yp:mnt.map
-intr,nosuid,nodev

Esto cofigura 3 puntos de montaje, /home, /misc y /mnt. Para poder acceder a los ficheros contenidos en /misc, automount leerá el fichero /etc/auto.misc para encontrar las opciones de montaje y las claves asociadas al sistema de ficheros.Las últimas 2 lineas mantienen las opciones. Puedes consultar su descripción en "man mount" por que son un standard. Tal como se muestra en la última linea del ejemplo, autofs and automount son totalmente compatibles con páginas amarillas (NIS y otros).

Mapas AutomountLa sintaxis de este fichero es parecida a la de auto.master (es normal porque también es una lista ;-) :key [ -mount-options-separated-by-comma ] placekey representa un identificador para el sistema de ficheros bajo el punto de montaje. Este lugar es la localizació fisica verdadera.Revisemos el ejemplo previo con un fichero /etc/auto.misc :
kernel -ro,soft,intr ftp.kernel.org:/pub/linux
cdrom -fstype=iso9660,ro :/dev/cdrom
floppy -fstype=auto :/dev/fd0
windows -fstype=vfat :/dev/hda1
El camino al fichero es:
mount-point/key/path/file
Para leer el config.sys, ejecuta:
"cat /misc/windoz/config.sys" y accede al dispositivo /dev/hda1 .
Debes notar que la primera linea del fichero se refiere a un directorio del tipo NFS exportado ( esto demuestra la flexibilidad de automount y autofs ;-)
Últimos detalles
Primero , cuando se busca uno de los mapas en un fichero, la obtención del camino no se realiza de manera norma. Para evitar teclear la totalidad del camino utilizamos la tecla TAB pàra completarlo de manera automática. Si el mapa no se carga por completo, la llave no trabaja. Volviendo al primer ejemplo, si quiero acceder al mismo config.sys y lo hago :%1 > cat /misc/
Lo que conseguiré es que el ordenador emita el "beep" de queja por que no puede completar la tarea ( apretar simultaneamente y mirar todos lo procesos terminados, si hay alguno).
En realidad, este aviso es normal. Se verifica el contenido de los directorios, indicado por símbolos de validación.En este caso, el directorio /misc esta vacio tras montar el fichero de sistema únicamente cuando se accede a él. Por otro lado no se puede usar completamente hasta que el punto de montaje se cancela automáticamente. (por ejemplo cuando ya no se requieren más recursos del sistema de fichero se termina el tiempo de espera).Vamos a ver el resultado de un montaje antes y después de acceder al mapa, consideremos previamente /etc/auto.master, con un montaje simple :
/dev/hda6 on / type ext2 (rw)
none on /proc type proc (rw)
/dev/hda9 on /home type ext2 (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
automount(pid362) on /home type autofs (rw,fd=5,pgrp=362,minproto=2,maxproto=3)automount(pid364) on /misc type autofs (rw,fd=5,pgrp=364,minproto=2,maxproto=3)automount(pid366) on /mnt type autofs (rw,fd=5,pgrp=366,minproto=2,maxproto=3)
Se debe constar que hay un daemon (deamon - basicamente es un proceso del sistema) para cada punto de montaje. Ademas, cada "type" esta asociado a "autofs". después de hechar un vistazo a /misc/windoz/config.sys, aquí tenemos el resultado del monaje
dev/hda6 on / type ext2 (rw)
none on /proc type proc (rw)
/dev/hda9 on /home type ext2 (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
automount(pid362) on /home type autofs (rw,fd=5,pgrp=362,minproto=2,maxproto=3)automount(pid364) on /misc type autofs (rw,fd=5,pgrp=364,minproto=2,maxproto=3)automount(pid366) on /mnt type autofs (rw,fd=5,pgrp=366,minproto=2,maxproto=3)
/dev/hda1 on /misc/windows type vfat (rw)
La última linea contiene lo que esperabamos :) si estamos 60 segundos sin acceder a este punto de montaje, desaparecera en el siguiente montaje.