Imaginemos un escenario en el que tienes que instalar y configurar un servicio que depende de un servidor LDAP
para la autenticación de usuarios. Imaginemos, también, que queremos conectarnos al servidor LDAP
para comprobar atributos y demás tripas, para pulir la configuración del primer servicio. Dejemos de imaginar porque eso es, precisamente, lo que he tenido que hacer y me he llevado un par de desagradables sorpresas.
La primera de las sorpresas se merece un gran WTF!: se han cargado gq
. Así, en frío. Lo echaba en falta desde hacía un tiempo en sid
pero pensé que sería una modificación en el paquete o algo similar. Pues no era nada de debian
porque ni tan siquiera la web del proyecto funciona. Si queremos seguir disfrutando de este programa, toca bajarlo de sourceforge, e instalarlo a partir del volcado del svn
.
Así que me resigno y busco otros clientes LDAP
por aquello de no quedarme desfasado en programas viejos. En debian
hay varios disponibles como jxplorer
(java
), en sourceforge
me encuentro con LUMA y, además, me recomiendan una bestia parda llamada Apache Directory Studio. Pero, finalmente, me decanto por un viejo conocido, lat
(LDAP Administration Tool) que también está disponible en sid.
diego@mestizo:~$ sudo aptitude install lat
Y lo ejecutas, feliz y confiado por haber encontrado un reemplazo a gq
en tan poco tiempo.
diego@mestizo:~$ lat
The assembly mscorlib.dll was not found or could not be loaded.
It should have been installed in the `/usr/lib/mono/2.0/mscorlib.dll' directory.
¡tupendo! Debería haber sido instalado en esa ruta. Compruebo si existe:
diego@mestizo:~$ l /usr/lib/mono/2.0/mscorlib.dll
ls: no se puede acceder a /usr/lib/mono/2.0/mscorlib.dll: No existe el fichero o el directorio
diego@mestizo:~$ l /usr/lib/mono/
total 8,0K
drwxr-xr-x 2 root root 4,0K jul 24 12:06 4.0
drwxr-xr-x 132 root root 4,0K jul 24 11:58 gac
El problema parece ser que el directorio /usr/lib/mono/2.0/
no existe por un cambio de versión a la 4.0. Esto ya me suena… se impone una solución sucia y rápida: crear un enlace.
diego@mestizo:$ sudo ln -s /usr/lib/mono/4.0 /usr/lib/mono/2.0
Segundo intento de arrancar el programa.
diego@mestizo:/usr/lib/mono$ lat
Cannot open assembly '/usr/lib/lat/lat.exe': No existe el fichero o el directorio.
Otro fichero que no existe. La ruta completa del fichero varía un poco. ¿Solución? Un enlace :).
diego@mestizo:$ cd /usr/lib/
diego@mestizo:/usr/lib$ ln -s /usr/lib/x86_64-linux-gnu/lat/
¡Y listo! No hay un tercer fallo. Menos mal porque creo que me estaba quedando sin magia…
6 ideas sobre “Cómo ejecutar lat correctamente (aunque no quiera)”
Jeje no creo que te quedes sin magia tan fácilmente,, seguro que algún truco de la manga sacarías y gracias por darme a conocer Apache Directory Studio, como dices es una autentica bestia parda, habrá que echarle un vistazo.
Buen tip Diego, es de esos que cuando te pasa algo así te acuerdas, un abrazo y el título «aunque no quiera» ;D Genial !
Me encantan este tipo de solucines jeje
Jajajajaja la magia de los «logaritmos neperianos» 🙂
Bendito ln -s
¡¡¡¡La de veces que nos facilita el trabajo!!!!
Revisaré estos clientes de LDAP que parecen interesantes.
israelmgo, tardará pero desaparecerá, me temo. El ADS es demasiado grande para el uso ocasional y me cutre-pc pero, para gestión de ldap tiene que dejarte seriamente atontado. En el vistazo que le he echado por encima tenía casi de todo.
dabo, yo soy el que hace estas entradas para cuando se repita, sólo recordar que ya me había pasado y dónde lo había puesto. El titular es una clara muestra de mi tolerancia a los fallos del programa :D.
Gabriel, mi abuela lo arreglaba todo con un poco de cinta aislante y un cordel. Yo hago lo mismo con un par de enlaces simbólicos.
debish, no mientes a la bicha, que nunca pude con ellos :D.
FranDJ, la de marrones que salvan con un comando tan simple.
saludos,
diego