[LUG.ro] RV: Autenticacion & Samba

[Fernando Casas]

El viernes mande este mensaje pero desde otra direccion por eso no llego
a la lista asique lo mando ahora.
Salu2

Jack

> -----Mensaje original-----
> De: Fernando Casas [mailto:jack@secdata.com.ar] 
> Enviado el: Viernes, 20 de Junio de 2003 18:05
> Para: 'lugro@lugro.org.ar'
> Asunto: Autenticacion & Samba
> 
> 
> Gente, ante todo me presento. Me llamo Fernando y soy nuevo 
> en la lista del lugro, pero hace un par de años que laburo 
> con GNU/Linux. Hoy estuve pensando en lo que les voy a 
> describir a continuación, a ver si alguno se le ocurre la 
> forma, o algo que pueda aportar.
> 
> Logré hacer que los usuarios de SaMBa se autentiquen, en 
> lugar de en el file (smbpasswd), en un DB de SQL. Hasta aquí 
> no tuve mayores inconvenientes ya que existe un plugin para 
> PAM que permite hacerlo. Y una vez que anda eso lo único que 
> hay que hacer es forzar a SaMBa a que utilize PAM.
> 
> El escollo que tengo que librar es el siguiente:
> * Como saben, para que un usuario de SaMBa pueda establecer 
> una conexión con el servidor, además de tener un usuario en 
> la "SAM" debe tener un usuario de UNIX. Con el plugin de PAM 
> no sería ningún problema supongo, tener todos los usuarios en 
> una DB de SQL, pero lo que a mi me gustaría es poder tener:
> 
> - Un grupo de usuarios X que tengan todos sus datos en los 
> recursos tradicionales (shadow, passwd).
> 
> - Un grupo de usuarios Y que tengan todos sus datos en una DB 
> de SQL. Para poder así por ej. Centralizar la DB de usuarios 
> de SaMBa y que tener todo en DBs de SQL (cuenta SMB + cuenta UNIX).
> 
> Bue, a mí no se me ocurrió todavía como hacer pero es un 
> lindo "desafío" (al menos para mí) hacerlo o saber como 
> hacerlo al menos. Incluso puede que alguno de uds ya lo haya 
> hecho y lo quiera compartir. =D Me gusta mucho experimentar 
> con este tipo de cosas, asique no va a ser la primera vez que 
> lean cosas así de parte de quien suscribe.
> 
> Saludos a todos y que tengan un excelente fin de semana.
> Bytes.
> 
> Fer.
>