Hola Gente,

En esta ocasi�n quiero comentarles un problemita que estoy teniendo con Samba.

Primero el escenario: SuSE 7.1, kernel 2.2.18, Samba 2.0.7.

El Samba lo tengo configurado (creo correctamente, ya que testparm as�
lo confirma) y todos los usuarios pueden accesar sin problema el CDROM
del servidor, as� como sus directorios personales ([homes]).  El
problema es con dos directorios que estoy compartiendo:

Detalle importante: ambos directorios son subdirectorios de una
partici�n dedicada a almacenamiento de datos de la empresa; llamemos a
la partici�n /EMPRESA y sus subdirectorios /EMPRESA/DIR1 y /EMPRESA/DIR2.

[DIR1]
   comment = directorio uno
   browseable = yes
   path = /EMPRESA/DIR1
   valid users = @GRP1, @GRP2
   read only = yes
   write list = usr1
   create mode = 750

[DIR2]
   comment = directorio dos
   browseable = yes
   path = /EMPRESA/DIR2
   valid users = @GRP3
   read only = yes
   write list = usr2
   create mode = 750

El usuario "usr1" forma parte del grupo "GRP1", y el "usr2" del grupo
"GRP3".  Ambos usuarios tienen acceso al servicio de Samba y el
smbstatus los identifica correctamente como pertenecientes a sus
respectivos grupos (smbstatus muestra el uid, gid, pid, machine correctos).

La idea es que los usuarios de los grupos listados en "valid users"
puedan ver el contenido de los directorios, pero s�lo los usuarios del
"write list" puedan crear/modificar/borrar sus contenidos.

La primera parte funciona: s�lo los grupos listados pueden ver el
contenido, al resto de los usuarios les pide password.

La segunda parte no funciona: los usuarios "usr1" y "usr2" pueden ver el
contenido, mas no alterarlo.

Ya he probado incluso eliminarle las restricciones (read only = no,
elimino valid users y write list), pero igual nadie puede borrar
o crear nada.

Otro detalle: si usr1 o usr2 ingresa directamente al servidor, puede ver,
crear, borrar y modificar el contenido de los directorios.

Cualquier ayuda ser� muy agradecida,

Gunther Wenzel

--
�Desea desuscribirse? Escriba a [EMAIL PROTECTED] con
el tema "unsubscribe".

Responder a