viernes, 1 de julio de 2011

Zentyal

     No soy partidario en utilizar soluciones integradas de software (a menos que sea zimbra ;) ), la semana pasada inicie un proyecto donde me correspodía solventar el desastre que dejo otra persona (cosa que también odio, digamos que prefiero arreglar mis propios desastres), bueno pero en pro del conocimiento, decidí continuar, el problema según los clientes es que los usuarios de la red no pueden iniciar sesión usando las cuentas que se encuentran dentro del servidor; cuando le hecho un vistazo a las configuraciones, me doy cuenta que existe un servidor OpenLDAP primario donde hay unas cuentas de usuarios y otro que es una réplica del primero pero a este segundo le activarón la opción de compartir archivos, que básicamente es un samba que funciona como un PDC, para que los usuarios puedan compartir recursos ya sean con linux o con windows (pienso que con nfs se puede llegar a algo parecido).
     En fin lo primero que hago es un respaldo del árbol de ldap del primario (primer error), para nuevamente instalar otro zentyal (segundo error, jejejeje); bueno a la final luego de instalar el zentyal (por cierto un ubuntu), utilicé las ldap tools para subir los usuarios que había hecho backup, así que luego active la opción de compartir archivos para que los usuarios puedan tener acceso al samba y lo que ello implica. Aquí inicia el problema al momento de editar los usuarios para hacer una prueba me encuentro con un error, cuando reviso los logs del sistema, me doy cuenta que el problema es samba y que desconoce a los usuarios y grupos que me traje del servidor, por lo tanto trato de hacer todo tipo de peripecias que conozco para lograr reparar este problema, hasta me diseñe un script en perl para agregar las lineas necesarias a la plantilla ldif, pero no logré nada, lo que se me ocurrió fue nuevamente colocar como servidor réplica al que instalé nuevamente y activarle el samba, mágicamente si funcionó.
     Zentyal me parece una opción para pequeñas y medianas empresas donde se quiera abaratar costos y el que administrador de servicios no tenga mucha experiencia sobre GNU/Linux, sin embargo como siempre lo digo, yo soy de la vieja escuela y me parece que cuando existen problemas tan particulares como el que se presentó con este cliente, que por experiencia propia se que se pueden solventar en un escenario openldap+samba+debian.

No hay comentarios: