Vídeo casero  que tomé el año pasado en una de mis primeras restauraciones con DRBL con multicast del aula del colegio.

Se restauraron 17 ordenadores. La imagen era de un Windows XP de unos 4 gigas comprimidad (11 descomprimida). Tardo en transferir toda la imagen por multicast unos 4 minutos, para posteriormente reiniciar los ordenadores y  mediante el DRBL-WINROLL , realizar el consiguiente reincio para cambiarles el SID y el nombre de la máquina, y ya estar operativos. Total de la operación unos 10-15 minutos.

La mensajería instantanea es una de las utilidades que siempre estamos acostumbrados a utilizar con interfaz gráfica. Pero el otro día se me ocurrió hacer pruebas con algun cliente de mensajería instantanea para consola. El programa elegido fue centerim.

Centerim es un cliente de mensajería multiprotocolo, el cual soporta: msn, jabber, icq, irc, etc. Soporta también el envío de urls y envío de sms. El programa, como tal, pues bueno, interfaz basada en ncurses, y bastante fácil de manejar y configurar. Pero el motivo de la instalación no era solo probar el cliente de mensajeria para chatear, sino para cosas más interesantes, como envío mensajes del sistema a mis cuentas de chat para recibir algún mensaje urgente.

Lo que en  principio parece algo fácil, ya que el en el man de centerim tenemos un ejemplo de como enviar mensajes desde linea de comandos, la cosa se complica, cuando los mensajes que enviamos desde línea de comandos se quedan en cola de mensajes ya que no se envían si el programa no está en marcha. Veamos un ejemplo de como enviar un mensaje, y después abordaremos el tema de dejar el programa en marcha.

Ejemplo:

$ echo “hola” | centerim -s msg -p jab -t cuenta_destino

la sintaxis es clara:

-s msg (que enviamos un msg)

-p jab (protocolo q utilizamos, en esta caso jabber)

-t cuenta_destino (a quien lo queremos enviar)

Vale, ahora viene el problema, de que si queremos que nos lleguen los mensajes, el centerim, debe estar en marcha. Lo primero que se me ocurrió, es poner a centerim en background y lanzado con nohup, para poder abandonar la consola. La cosa no funcionó, en el momento que centerim pasa a background, se detiene la ejecución, y no acepta nada.

Así que me acordé de mi viejo amigo el comando : screen. Para el que no lo conozca, screen te permite abrir terminales virtuales dentro de la propia terminal, las cuales se pueden abandonar con los programas en ejecución. Los parámetros de screen que nos interesan serían: “-d -m”, los cuales inician el screen en background, por lo tanto si ejecutamos:

$ screen -d -m -q -t “chat” centerim-utf8

tendremos el centerim funcionando y en background como queríamos.

Ahora ya tenemos una via más de comunicación  a agregar a nuestros scripts aparte del tradicional mail.

la cuestion era como acceder las Xwindows de un windows sin muchas historias, he incluso utilizando una herramienta ya existente en windows, como por ejemplo el cliente de terminal server.

Pues existe una implementacion del protocolo RDP para un servidor en linux http://xrdp.sourceforge.net y vamos a instalarla en un servidor centos 5.3, nos descargarmos 

wget http://downloads.sourceforge.net/sourceforge/xrdp/xrdp-0.4.1.tar.gz?use_mirror=puzzle

y la descomprimimos tar zxvf xrdp-0.4.1.tar.gz .

Antes de hacer make y make install tenemos que añadir los librerias de desarrollo para que nos compile bien son:

yum install openssl-devel.x86_64( nos descarga tb la dependencias)

yum install pam-devel.x86_64

Y despues ya podemos realizar el make y make install.

Solo nos falta lanzar el proceso y ponerlo para que arranque automatico y dar permisos a los usuarios. Vamos alla:

Lanzar el proceso manual:

/usr/local/xrdp/xrdp_control.sh

Ponerlo para que arranque automaticamente (en centos)

cp /usr/local/xrdp/xrdp_control.sh  /etc/init.d/xrdp_control

chkconfig –add xrdp_control

chkconfig — level 35 xrdp_control on

service xrdp_control start

Y por ultimo solo nos falta añadir los usuarios al grupo rdusers

usermod -G rdusers troig

(Para root, hay que darle antes permisos para poder entrar en el interfaz grafico y añadirlo al grupo rdusers)
Os dejo una captura.

Una de las tareas que he tenido quer realizar para el mantenimiento del aula del cole para que funcione con un servidor DRBL es preparar los equipos con Microsoft Windows para que una vez restauradas las imagenes de los equipos con el modo clonezilla puedan renombrarse los equipos con un patrón determinado e integrarse en un grupo de trabajo, o renovar el SID.

Afortunadamente, con DRBL, tenemos una extensión en particular para los equipos que funcionan con Microsoft Windows, se llama DRBL-WINROLL. Lo podemos encontrar aquí.

La instalación no tiene mayor complicación si seguimos la guía de instalación.

La única observación que podría hacer es que si hemos elegido la instalación en español, los comandos para interactuar desde el server a los clientes winroll mediante ssh, el usuario es administrador y no administrator que tendría por defecto. En mi caso esto me ha producido problemas, porque los comandos que tiene el DRBL, para por ejemplo apagar los ordenadores, intentan lanzar el comando con administrator y da error.  Creo que existe un fichero de configuración para cambiar el usuario que buscar por defecto el DRBL-SERVER (vamos sería lo lógico), pero yo he creado un pequeñito script, para apagar los ordenadores. Este es el script:


#!/bin/bash
#SCRIPT PARA EL APAGADO DEL AULA CON CLIENTES WINROLL
ARCHIVO_CON_IPS='/etc/drbl/IP_HOST_TABLE';

#######
LISTA=$(cat $ARCHIVO_CON_IPS | awk '{print $1;}' | grep 192);


for i in $LISTA; do
echo "Apagando ..." $i;
ssh administrador@$i "shutdown /t 1 /s /f /c \"Apagando equipo\"" &


done