Una de las «peculiaridades» que quería activar el ordenador remoto que tenemos instalado en el campo y que os comentaba el otro dia era la de que fuese el propio ordenador el que informase de eventos, es decir: en lugar de tener yo que conectarme a él via ssh para comprobar logs, grabaciones, crontabs, etc… que fuese la propia máquina remota la que informe cuando algo suceda. A parte de ser mucho más descansado es bastante más lógico y eficaz que andar comprobando «que tal vá la conexión wifi». Y para hacer esto que mejor que usar un servicio de mensajería tipo GoogleTalk-Jabber.

Tras dar unas vueltas encontré Mcabber, un cliente Jabber de consola, muy ligero y con un par de particularidades interesantes: 1) el programa permite crear un archivo tubería (fifo) a través del cual enviar comandos a la instancia de mcabber en ejecución de tal manera que resulta muy facil programar el envio de mensaje y otros comportamientos desde el exterior del propio programa y 2) permite la ejecución de comandos en el ordenador remoto desde la ventana de tu programa de mensajeria preferido con solo enviar un mensaje.
Nota tontamente obvia: Ni que decir que esta última opción, mal usada, es potencialmente peligrosa.

Instalación y configuración de Mcabber

Descarga, instala y edita el archivo ~/.mcabber/mcabberrc. En este archivo indicas los parámetros de conexión a tu cuenta y algunas de las características del programa que se pueden resumir en 4 lineas Sigue leyendo…

Supongamos que tienes la siguiente situación:
– Un ordenador (cliente) con acceso a internet, pero situado trás un router ó firewall que impide el acceso desde el exterior a dicho ordenador. Podría ser el ordenador de tu oficina, de un centro de trabajo ó una biblioteca. Desde este ordenador cliente puedes conectar via SSH con el ordenador de tu casa (servidor) pero no a la inversa.

¿Como acceder desde tu casa (servidor) al ordenador de tu oficina (cliente) para consultar los documentos que tienes allí guardados? La tuneladora de SSH es tu amiga.
Básicamente un tunel ssh lo que hace es enlazar un puerto en el ordenador servidor (tu casa) con el puerto a través del cual sale el ordenador cliente (trabajo), de la siguiente manera.ssh -o TCPKeepAlive=yes -R 6666:localhost:22 usuario-servidor@servidor
Esto abriría un tunel entre el puerto 6666 de tu casa y el puerto SSH (22) del cliente. Ahora para acceder de forma remota al ordenador cliente desde el servidor de tu casa bastaría con ssh usuario-cliente@localhost -p 6666
Esto funcionará hasta que el ordenador cliente se reinicie ó se corte la comunicación ssh con el servidor. Para restaurar el acceso desde el servidor al cliente es necesario volver a repetir el proceso para generar de nuevo el tunel de comunicación ó bien crear un script que se encargue de hacerlo al iniciarse la maquina cliente ó que desde crontab mantenga la conexión levantada.
Para hacer esto, previamente tenemos que haber configurado ssh para permitir que cliente se conecte al servidor sin solicitar contraseña mediante el uso de un archivo de clave. Sigue leyendo…

Hay muchos motivos por los cuales cuando alguien ( llamemosle víctima ) me solicita «arreglar su ordenador» trato de instalarles algún GNU/Linux (openSuse): por encima incluso de los aspectos económicos y filosóficos está la comodidad del pringao (yo) que va a «mantener» ese ordenador. En GNU/Linux es rematadamente fácil arreglar cualquier cosa en una máquina remota, con lo que todos ganamos: al no tener que desplazarme víctima solventa su problema de forma rápida y yo me ahorro paseos y visitas técnicas.
Por esto lo primero que hago una vez instalado openSuse en la máquina en cuestión es:

• activar el inicio del servicio SSH al arranque del sistema.
• abrir el puerto del cortafuegos para SSH.
• abrir una nueva cuenta en dyndns.org para la víctima en cuestión.
• instalar y configurar ddclient para que apunte a la cuenta recien creada en dyndns.org (p.ejm: victima.dyndns.org).

Listo. Todo lo demás que falte por instalar/configurar puede hacerse de forma remota, basta con abrir una consola desde casa y conectar con la víctima remota para instalar Firefox+Flash, codecs de vídeo, activar el autoarranque de Kmail ó Kopete, etc… ( Nota: doy por hecho que tenemos acceso como administrador – root – a dichas máquinas )

El problema, al menos en mi caso, es que los conocimientos ( no ya de Linux sino de informática básica ) de los dueños de estas máquinas son entre muy bajos ó extremadamente bajos, de tal manera que los problemas que plantean suelen ser del tipo:

• !!No oigo el disco de Sabina!! ¿no tengo tarjeta de sonido? (problema: volumen al mínimo)
• !!Skype no conecta!! ¿no vá internet? (problema: ha puesto la contraseña en el espacio donde aparecía el nombre de usuario)
• Ha desaparecido internet, no me puedo conectar !! (problema: ha movido el icono de Firefox de la barra de tareas al escritorio)

Es decir, son problemas dificiles de solucionar sino se vé el entorno de trabajo del usuario victima.

Sigue leyendo…

Muerte a las grandes producciones. Os presento en exclusiva un mini-cortometraje que hice ayer. En stopmotion, sin salir de casa, sin moverme de la silla.
Material necesario: lo que tenía por encima de la mesa, una vieja webcam (que hace tiempo desarmé para hacerla sensible a infrarrojos, de ahí los colores «raros»), mplayer, Cinelerra, Gimp y una vuelta por youtube para conseguir la banda sonora.
Tiempo de realización (aprox) : 2 horas grabación de fotogramas (459 capturas) y 2 horas de montaje en Cinelerra y creación de titulos en Gimp.

Como veis, aquí el que se aburre es porque quiere. Por si alguien se anima os detallo a continuación muy brevemente los pasos y aplicaciones utilizadas.

Sigue leyendo…

Ya hace más de dos años que comentaba por aquí (como pasa el tiempo coño) acerca del uso de Anyremote para controlar algunos programas de tu GNU/Linux via Bluetooth del movil. Desde entonces creo que no había actualizado a ninguna versión posterior. Hace un par de días actualicé a la última versión, la 4.18 de Anyremote y aprovechando que ahora tengo videocámara he grabado este vídeo acerca del manejo de Amarok y PanoGlView con el movil con lo que se aprecia mejor el uso del movil como «mando a distancia» para manejar el PC.

El vídeo está grabado usando un Nokia 5200 conectado a openSuse 10.3 + KDE 3.5.6.

Para el manejo de Amarok he usado el script V2 (de los 3 que instala el programa) y para el control del cursor en la ventana de PanoGlview un sencillo script que hice en apenas un minuto y que utilizando el comando de consolo XTE (xautomation) que emula movimientos del raton y teclado permite manejar el puntero del raton en este programa. Sigue leyendo…