Programa: gnome-connection-manager para establecer múltiples conexiones ssh

Hace ya una semana convertí a un compañero del trabajo en un ferviente usuario de Ubuntu. Se trata, además, de un administrador de sistemas SAP que ha desarrollado toda su carrera en entornos Windows, por lo que la hazaña vale doble :D. Esperemos que le dure…

De la lista de compatibilidades y recelos que tuvimos que vencer (openoffice en lugar de office; pidgin en vez de gtalk; firefox en lugar de chromium; y un largo etcétera de aplicaciones de escritorio), el programa más difícil de sustituir fue, paradójicamente, el cliente SSH. En su vida anterior empleaba uno que le permitía establecer agrupaciones entre las conexiones guardadas para, por ejemplo, diferenciar con un golpe de vista el cometido del servidor. Mi sugerencia de emplear gnome-console con diferentes perfiles no cuajó, por lo que tuve que buscar alternativas.

Gnome Connection Manager - general

Gnome Connection Manager - general

Y apareció gnome-connection-manager, con sus múltiples pestañas, sus divisiones verticales y horizontales y… ¡su agrupación de conexiones! Se pueden crear tantas como sean necesarias (aviso: más de treinta agrupaciones, marean) y meter en ellas tantos hosts como se quiera. Eso sí, los grupos los ordena alfanuméricamente, de ahí el viejo truco de empezar los nombre con números.

El programa, gnome connection manager, está pensado para ser usado con Gnome pero debería funcionar en el resto de gestores de escritorio sin problemas y con las librerías adecuadas. Aunque a mi compañero le haya parecido el mejor invento tras el microondas, sobre todo tras descubrir que podía enviar órdenes a todas las máquinas que quisiera, al mismo tiempo y desde un único botón (Cluster, en la parte superior derecha), a mí me levanta ciertas inquietudes.

Gnome Connection Manager - agregar

Gnome Connection Manager - agregar

Será mi lado más paranoico o mis años como sysadmin (¡feliz Sysadmin day!, BTW) viendo pasar todo tipo de contraseñas débiles, sencillas y obvias pero, mientras no cambien un par de cosas, no voy a utilizarlo. El motivo es sencillo: si quieres acceder a un servidor en un sólo clic, tienes que almacenar la contraseña en la aplicación y lo hace con un cifrado muy simple. Y como tampoco acepta llaves SSH, al menos de momento, creo que voy a esperar a nuevas versiones.

Concluyendo, si uno administra un número pequeño de servidores, menos de cien por poner un número, este programa puede ser útil, sobre todo en la ejecución de comandos entre varios servidores. Si uno es un adorador de SSH y su modo de cifrar cada bit enviado o recibido entre dos máquinas, este será otro programa más que no utilizará.

8 Comentarios

Cómo instalar Flash Player plugin en Iceweasel – Firefox (Debian 64 bits)

Añado 17-9-2010; ya hay nueva versión en Sid para sistemas 64 bits.

Bueno amigos, llevo unos días de instalaciones en mi nuevo Asus eeePC 1005PE (ya os postearé algo, con Debian y KDE rulando a tope) y aquí os dejo un pequeño truco para instalar el maldito plugin de Flash en Debian 64 bits sin morir en el intento.

A mi el “non-free” que viene en nuestros sources (eliminadlo porque os darán problemas los dos juntos, con gnash no hay pegas) me daba algún fallo y prefiero no forzar una versión de 32 bits a 64 por lo que aprovecharemos el gran trabajo de la gente de Debian Multimedia para instalarlo de un modo tan sencillo como este;

Lo primero, añadir a vuestros “sources.list” los repositorios de Debian Multimedia;

(En este caso testing pero podéis sustituirlo por stable, sid, experimental o unstable)

deb http://www.debian-multimedia.org testing main non-free
deb ftp://ftp.debian-multimedia.org testing main non-free

Luego, bajáis debian-multimedia-keyring y como root, lo instaláis de este modo;

dpkg -i debian-multimedia-keyring_2008.10.16_all.deb

Después, sólo tenéis hacer un aptitude update y aptitude install flashplayer-mozilla, también podéis abrir Synaptic o similares e instalarlo junto a las dependencias incluidas.

Y listo, así de fácil, eso sí, la primera vez cuando abráis el navegador quizás no funcione, recargad la página y ya veréis el “maldito flash” 64 bits desde Debian Multimedia “experimental” en vuestras pantallas ;).

22 Comentarios

Recuperación de slapd (Program version 4.8 doesn’t match environment version 4.7)

Utilizo slapd para dar un servicio de directorio, la clásica agenda de contactos con email, teléfono y demás. Hace algunos años, cansado de tener que pasar de una a otra herramienta de gestión de contactos, según cambiaba de programa de correo (de mutt a pine; de pine a evolution; de evolution a thunderbird), decidí quedarme en el punto intermedio de todos ellos y, tras investigar un poco, éste resultó ser OpenLDAP.

Crear una estructura de directorio es sencillo (forat, cúrrate un howto ;)) y muy útil. Como, además, el servicio lastra muy poco el equipo donde está alojado, puede funcionar en máquinas no muy potentes, como es mi caso. A cambio, dispondremos de una agenda de contactos rápida, accesible desde la mayoría de clientes de correo (incluso Outlook Express) y fácil de gestionar y mantener. En mi caso era así, hasta hoy.

Hay ciertos servicios que, una vez los pones a funcionar, dejas de pensar en ellos y únicamente los utilizas, los conviertes en rutina. Por eso, cuando fallan (porque nada es infalible), la sensación de estupor es grande y no sabes por dónde empezar la batalla.

Hace dos días, slapd decidió no arrancar más tras una actualización del equipo. El error que aparecía en syslog era bastante feo, llegando a mencionar el sacrosanto backup, toda una osadía, en mi opinión.

Tras bucear un rato por internet (aquí y aquí) entendí que las bases de datos que utiliza slapd tenían el formato Berkeley DB version 4.7 y, desde la última actualización, debían tener el formato Berkeley DB version 4.8. Para pasar de un formato a otro hacen falta un par de paquetes, uno por cada versión de la base de datos con que vamos a trabajar. Se instalan:

El directorio de las bases de datos está definido en el fichero de configuración de slapd (/etc/ldap/slapd.conf) pero, por defecto es /var/lib/ldap/midominio.net. Todas las modificaciones se harán sobre ese directorio y es conveniente, como siempre, hacer una copia de seguridad de los ficheros que vamos a tocar porque esta solución salió al tercer intento.

Lo primero es eliminar toda referencia a la versión 4.7 en los ficheros:

Y, una vez hecho esto, falta por restaurar la base de datos con la nueva versión del entorno, algo así como la nueva versión del gestor.

Como los ficheros que se han tocado no pertenecen al programa que los va a usar, retoco permisos y propietario:

Y, al reiniciar de nuevo slapd, funciona sin más problemas.

3 Comentarios