Hola Pablo: El jueves, 03 de agosto de 2006 (20:32:57), usted escribió: PMR> Ok, añado un punto importante que me olvidé: luego tiene que PMR> autenticar el correo contra active directory, con la misma contraseña PMR> que tenga el usuario en windows. no entiendo del todo bien a qué se refiere "autenticar el correo contra active directory", pero si la contraesña y usuario deben ser los mismos, creo que un script que los permita crear en ambos sistemas es algo básico pero funcional, sea que el mismo script dispare procesos en cada sistema, o que haya 2 scripts que se ejecuten con poca diferencia de tiempo, como parte del proceso de alta de cada usuario nuevo ... desde mi ignorancia es lo mejor que se me ocurre, a mi me funciona :-) claro que si conoce otras formas ... encantado de conocerlas ;-) chaucito.-

Hola Pablo: El jueves, 03 de agosto de 2006 (21:11:46), usted escribió: PMR> On 8/3/06, Ricardo M. Morales <[email protected]> wrote:

...

El jueves, 03 de agosto de 2006 (20:32:57), usted escribió:

PMR> Exacto, eso es lo que necesito, pero así como propones si el usuario PMR> cambia la contraseña de windows, le queda la vieja contraseña en el PMR> linux. En realidad necesito que la autenticación de usuarios sea PMR> manejada por AD siempre. ahora entendí esa parte, es que con "mis" soluciones rudimentarias, también aplicamos "protocolo dual" para cambio de claves :-) chaucito.-

Hola Pablo: El jueves, 03 de agosto de 2006 (22:12:02), usted escribió: PMR> On 8/3/06, Ricardo M. Morales <[email protected]> wrote:

...

ahora entendí esa parte, es que con "mis" soluciones rudimentarias, también aplicamos "protocolo dual" para cambio de claves :-)

PMR> Che! No pienses que menosprecio la opción que proponés, yo hago PMR> scripts para mil cosas. Solo que en este caso no entiendo cómo podría PMR> aplicarse. Cómo es eso del "protocolo dual pra cambio de claves"? algo para indios del campo como uno, bien rudimentario, pero funcional :-) por "protocolo" me refiero a "reglas de trabajo", el que quiere usar el servicio debe respetar ciertas regas básicas, o resignarse a perder ciertos privilegios ... así entre todos nos cuidamos, con lo poco que tenemos :-) para este caso sería, así como hay protocolo para alta de usuarios, que se supone las reliza gente con nivel de administrador o al menos no las realiza cualquier usuario ... por lo que si podemos esperar un buen nivel de cumplimiento de protocolos (mas les vale) :-) pues por otro lado, que el que quiera cambiar sus claves deba seguir el procedimiento que se haya previsto para eso ... en este caso el costo de no hacerlo sería bien tangible, porque sería perder el acceso al correo :-/ algo que simplifica bastante es una "capa por arriba", digamos una interface, que para el lado del usuario sea hacer las cosas una vez, y por debajo separe los procesos, por ejemplo activando los programas o lo que sea necesario en el servidor windows y en el linux ... entonces, en esa capa, los que tengan niveles de administración, general, por grupo, por región, por entidad, como sea, que tengan ciertos privilegios, incluyendo creación o bloqueo de cuentas ... y los usuarios básicos, que al menos puedan cambiar su clave, de una forma relativamente comprensible y simple para ellos :-) supongo que en windows hay formas de lanzar procesos de cambio de clave, creación de usuarios, algo así ... en linux seguro que los hay, entonces, en alguna de las máquinas se ejecuta el sistema que integre ambas gestiones, de modo que el usuario vea todo unificado.- espero se entienda la idea, porque cosas así y peores hacemos :-) algunas son para facilitar funcionalidad, sobre todo a usuarios de muy bajos conocimientos, otras para ganar tiempo, apuntadas a usuarios con limitadas oportunidades de acceso a la computadora, otras para bajar costos, sobre todo los de conexión para zonas alejadas, etc ... :-) siempre procurando funcionalidad simple hacia afuera, complejidad necesaria hacia adentro, viabilidad para todos, y colaborar entre todos ;-) chaucito :-)

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pablo Manuel Rizzo wrote:

On 8/3/06, Ricardo M. Morales <[email protected]> wrote:

...

Hola Pablo:

El jueves, 03 de agosto de 2006 (20:32:57), usted escribió:

PMR> Ok, añado un punto importante que me olvidé: luego tiene que PMR> autenticar el correo contra active directory, con la misma contraseña PMR> que tenga el usuario en windows.

no entiendo del todo bien a qué se refiere "autenticar el correo contra active directory", pero si la contraesña y usuario deben ser los mismos, creo que un script que los permita crear en ambos sistemas es algo básico pero funcional, sea que el mismo script dispare procesos en cada sistema, o que haya 2 scripts que se ejecuten con poca diferencia de tiempo, como parte del proceso de alta de cada usuario nuevo ...

Exacto, eso es lo que necesito, pero así como propones si el usuario cambia la contraseña de windows, le queda la vieja contraseña en el linux. En realidad necesito que la autenticación de usuarios sea manejada por AD siempre.

...

desde mi ignorancia es lo mejor que se me ocurre, a mi me funciona :-)

claro que si conoce otras formas ... encantado de conocerlas ;-)

No, no conozco, por eso pregunto, quizá alguien sepa. Quizá pronto conozcamos otra forma...

------------------------------------------------------------------------

_______________________________________________ Solar-tecnica mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-tecnica

algo mas de data: http://www.microsoft.com/windowsserver2003/techinfo/overview/ldapcomp.mspx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE0teWz8H9Vs7bTsMRAsKSAKDPoXh3M/Cfez+4y3flqLiaoSXhRgCdGMqa 7zZtME8S8mSHtqX/hRZ8RYo= =F/ur -----END PGP SIGNATURE-----

On 8/4/06, Fernando Toledo <[email protected]> wrote:

yo te recomiendo una cosa, leete varios howtos tipo 2 o 3 y despues de eso anotante que cosa necesitas y lo vas haciendo punto x punto.

Porque a todos los que estan dando vueltas siempre le falta algun detallito que te hace perder una semana para resolverlo =)

Sin duda, es un buen consejo. Gracias!