La versión Samba 4.2 se ha hecho pública y las series Samba 3.x se abandonan. Quien aún use versiones 3.6.x o anteriores, que piense en cambiar a versiones con mantenimiento (4.0 - 4.2). Uno de los errores mas comunes es pensar que Samba 4.x significa "Active Directory only": es falso.
#13:
#12 Para linux se puede utilizar OpenLdap, RedHat Directory Server, Novell Directory Services, etc. Hay muchas soluciones, pero te aseguro que no son tan fáciles como Active Directory
La más completa sin duda es la de Novell, la cual funciona de PM con Windows y Linux, pero creo que sigue siendo de pago.
#4:
Francamente, mi experiencia de años con samba estuvo plagada de bugs, configuraciones "ahora van, ahora no" y una locura con los permisos. Desde que me pasé a NFS, duermo mucho mejor por las noches
#12 Para linux se puede utilizar OpenLdap, RedHat Directory Server, Novell Directory Services, etc. Hay muchas soluciones, pero te aseguro que no son tan fáciles como Active Directory
La más completa sin duda es la de Novell, la cual funciona de PM con Windows y Linux, pero creo que sigue siendo de pago.
Francamente, mi experiencia de años con samba estuvo plagada de bugs, configuraciones "ahora van, ahora no" y una locura con los permisos. Desde que me pasé a NFS, duermo mucho mejor por las noches
#5 Por no hablar de lo lento que va CIFS comparado con NFS. Lo único que echo en falta es poder montar unidades remotas como usuario, ahorrandome complicaciones.
#4 NFS vale para transferir ficheros y lo hace muy bien. Pero Samba hace mucho más: puedes tener un AD nativo, ACLs extendidas para los permisos, Kerberos, ...
#7 En NFS no sé pero en Samba puedes montar como usuario usando GVFS, bien a través de gvfs-mount o bien usando programas como Smbnetfs.
#11 Y no se puede usar otro software como ad más completo (novell ad) y samba solo para montar unidades? #5 En mi opinión el Directorio Activo de Microsoft es de los mejores que hay. Otra cosa es que Samba intente hacer lo mismo con apis sin documentar usando ingeniería inversa y pete.
#11 Eso pasa si los equipos no están en hora. O al menos en mis pruebas de laboratorio era lo que pasaba, una vez los puse bien sincronizados los problemas desaparecieron.
También es cierto que hablamos de un único servidor, una red de pruebas minúsculas y que no le di tanta caña como la que se le da en una situación real pero no vi ninguno de esos problemas que comentas.
La versión de samba era, si no recuerdo mal, la 4.1
#6 Hombre creo que la noticia es que como Samba 4 supuso una revolución, ya que trajo la emulación completa de Active Directory, el Samba 4.2 es la consolidación del proyecto.
No obstante, os diré: Monté un servidor Samba 4.0/Linux como controlador de dominio en una red de 120 equipos Windows y aquello fue un puto desastre:
Los equipos de pronto perdían el acceso al servidor al logearse, algunos equipos eran expulsados del domino sin motivo aparente, las políticas de grupo petaban, etc.
Vamos que el amable cliente que se ofreció de conejo de indias se arrepintió mil veces y hubo que montarlo todo con servidores Windows.
Linux es un sistema de puta madre, pero hay que mantenerlo lejos de Windows
Comentarios
menos samba y más trabajar
#1 Estas cosas son lo mejor de Menéame.
#2 Menos menéame y más trabajar ¡GANDULES!
Prefiero la conga...
#12 Para linux se puede utilizar OpenLdap, RedHat Directory Server, Novell Directory Services, etc. Hay muchas soluciones, pero te aseguro que no son tan fáciles como Active Directory
La más completa sin duda es la de Novell, la cual funciona de PM con Windows y Linux, pero creo que sigue siendo de pago.
#13 AD viene siendo una implementación de LDAP. Luego está NIS pero es mucho más complejo aún.
#14 Precisamente, en NFS no se puede (o al menos yo no se como hacerlo).
Francamente, mi experiencia de años con samba estuvo plagada de bugs, configuraciones "ahora van, ahora no" y una locura con los permisos. Desde que me pasé a NFS, duermo mucho mejor por las noches
#4 es lo que tiene hacer cosas de mayores con juguetes de Microsoft.
#5 Por no hablar de lo lento que va CIFS comparado con NFS. Lo único que echo en falta es poder montar unidades remotas como usuario, ahorrandome complicaciones.
#4 NFS vale para transferir ficheros y lo hace muy bien. Pero Samba hace mucho más: puedes tener un AD nativo, ACLs extendidas para los permisos, Kerberos, ...
#7 En NFS no sé pero en Samba puedes montar como usuario usando GVFS, bien a través de gvfs-mount o bien usando programas como Smbnetfs.
#11 Y no se puede usar otro software como ad más completo (novell ad) y samba solo para montar unidades?
#5 En mi opinión el Directorio Activo de Microsoft es de los mejores que hay. Otra cosa es que Samba intente hacer lo mismo con apis sin documentar usando ingeniería inversa y pete.
#9 Fail
No se que ha pasado.
#11 Eso pasa si los equipos no están en hora. O al menos en mis pruebas de laboratorio era lo que pasaba, una vez los puse bien sincronizados los problemas desaparecieron.
También es cierto que hablamos de un único servidor, una red de pruebas minúsculas y que no le di tanta caña como la que se le da en una situación real pero no vi ninguno de esos problemas que comentas.
La versión de samba era, si no recuerdo mal, la 4.1
EDIT
#8 por eso mandas los ficheros como los mensajes, dos veces, para estar seguro de que llegan, ¿no?
He configurado varios servidores Samaba en Linux, incluso en Solaris, pero que coño de noticia es esta?.
#6 Hombre creo que la noticia es que como Samba 4 supuso una revolución, ya que trajo la emulación completa de Active Directory, el Samba 4.2 es la consolidación del proyecto.
No obstante, os diré: Monté un servidor Samba 4.0/Linux como controlador de dominio en una red de 120 equipos Windows y aquello fue un puto desastre:
Los equipos de pronto perdían el acceso al servidor al logearse, algunos equipos eran expulsados del domino sin motivo aparente, las políticas de grupo petaban, etc.
Vamos que el amable cliente que se ofreció de conejo de indias se arrepintió mil veces y hubo que montarlo todo con servidores Windows.
Linux es un sistema de puta madre, pero hay que mantenerlo lejos de Windows