Buenas, Tengo un servidor samba que, a priori, está bien configurado y funciona bien. El problema real es que una de las máquinas clientes XP no responde como debiera. Concretamente no deja crear carpetas y borrar archivos. EL fichero de conf es el siguiente: [global] workgroup = TEST printing = cups printcap name = cups printcap cache time = 750 cups options = raw map to guest = Bad User add machine script = /usr/bin/useradd -c Machine -d /var/lib/nobody -s /bin/false %m$ logon path = \\%L\profiles\.msprofile logon home = \\%L\%U\.9xprofile logon drive = P: domain logons = No domain master = No smb passwd file = /etc/samba/smbpasswd encrypt passwords = yes netbios name = HORUS security = user time server = yes [publica] comment = Carpeta pública path = /srv/samba/publica read only = no inherit acls = Yes guest ok = yes browseable = yes veto files = /aquota.user/groups/shares [usuario1] comment = Carpeta privada usuario 1 inherit acls = Yes path = /srv/samba/user1 read only = no valid users = user1 [usuario2] comment = Carpeta privada usuario 2 inherit acls = Yes path = /srv/samba/user2 read only = no valid users = user2 Los permisos son los siguientes: horus:~ # ll /srv/samba/ total 4 drwxr-xr-x 5 root root 44 2006-07-20 07:06 . drwxr-xr-x 7 root root 65 2006-06-21 10:05 .. drwxr-xr-x 9 user1 users 138 2006-08-29 14:55 user1 drwxr-xr-x 30 user2 users 4096 2006-08-25 09:51 user2 drwxr-xr-x 8 nobody nobody 154 2006-08-30 10:06 publica El tema es que hay 2 clientes (los 2 con XP). El cliente 1 puede entrar, validarse, crear, borrar y todo lo demás allá donde desee. Evidentemente en la pública, pero también en las 2 privadas previa autentificación. No problema. Sin embargo el cliente 2 accede al recurso en cuestión (ya sea en pública sin autentificar o en las privadas autentificándose) pero una vez dentro del recurso no puede crear carpetas ni archivos ni tampoco borrarlos. El hecho de que el servicio funcione a la perfección desde el cliente XP 1 (y también desde GNU/LInux si arranco dicho SO) me hace pensar que es problema del cliente 2 XP. Ahora bien... no tengo NPI de porqué ni cómo. ....... -- Jordi Espasa Clofent PGP id 0xC5ABA76A #http://pgp.mit.edu/ FSF Associate Member id 4281 #http://www.fsf.org/
El 30/08/06, Jordi Espasa Clofent escribió:
Tengo un servidor samba que, a priori, está bien configurado y funciona bien. El problema real es que una de las máquinas clientes XP no responde como debiera. Concretamente no deja crear carpetas y borrar archivos.
Sólo un par de ideas: - Revisa el parámetro de "inherit acls=yes" que puede ser el que te de guerra (si no lo he entendido mal, lo que hace es que los permisos de los ficheros y directorios se adhieran / pertenezcan al usuario que los crea y quizá pueda impedir el acceso al resto de usuarios...) - En SuSE, revisa que los permisos de los directorios sean los adecuados para los usuarios y el grupo al que pertenecen. Samba sólo es una máscara para Windows, los permisos reales del sistema son los que cuentan. Saludos, -- Camaleón
otro comentario.
Los permisos se deben administrar tanto del sistema operativo SUSE
es decir con los comando chmod, chown, chgrp
y debes tener en cuenta los permisos que estan en la configuracion de samba (smb.conf).
estas ingresando con login y pasword a samba, o tienes acceso como invitado o acceso publico.
Camaleón
Tengo un servidor samba que, a priori, está bien configurado y funciona bien. El problema real es que una de las máquinas clientes XP no responde como debiera. Concretamente no deja crear carpetas y borrar archivos.
Sólo un par de ideas: - Revisa el parámetro de "inherit acls=yes" que puede ser el que te de guerra (si no lo he entendido mal, lo que hace es que los permisos de los ficheros y directorios se adhieran / pertenezcan al usuario que los crea y quizá pueda impedir el acceso al resto de usuarios...) - En SuSE, revisa que los permisos de los directorios sean los adecuados para los usuarios y el grupo al que pertenecen. Samba sólo es una máscara para Windows, los permisos reales del sistema son los que cuentan. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com Pedro Hernán Quevedo Reyes Ingenieria En Sistemas de Información Tu propio negocio de Telefonia VoIP UBIFONE http://www.lineafuerte.com/ubiphone/productosyservicios.php?username=phqr58 Tlfno. domicilio (593-4)2610829 Telefono Oficina (593-4)2513855 Fax (593-4)2324351 __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/
Los permisos se deben administrar tanto del sistema operativo SUSE es decir con los comando chmod, chown, chgrp y debes tener en cuenta los permisos que estan en la configuracion de samba (smb.conf).
OK, le daré un buen repaso.
estas ingresando con login y pasword a samba, o tienes acceso como invitado o acceso publico.
En el primer mensaje del hilo colgué el smb.conf; ahí puedes ver que la /publica es de acceso público mientras que /user1 y /user2 son de tipo validado mediante security = user.
- Revisa el parámetro de "inherit acls=yes" que puede ser el que te de guerra (si no lo he entendido mal, lo que hace es que los permisos de los ficheros y directorios se adhieran / pertenezcan al usuario que los crea y quizá pueda impedir el acceso al resto de usuarios...)
Bueno, en principio no serà eso. Lo testeé y no hay problema; es más, si comento el parámetro he tenido algún comportamiento estraño con la validación de sesiones, así que no.
- En SuSE, revisa que los permisos de los directorios sean los adecuados para los usuarios y el grupo al que pertenecen. Samba sólo es una máscara para Windows, los permisos reales del sistema son los que cuentan.
Si, eso está bien, comprobado y recomprobado a todas luces. Lo más curioso de todo es que cree un nuevo usuario de pruebas en ese cliente XP y todo funciona a las mil maravillas. Eso me indica que tiene que ser algo de la configuración de ese usuario en XP, pero por más vueltas que le doy no lo saco. -- Jordi Espasa Clofent PGP id 0xC5ABA76A #http://pgp.mit.edu/ FSF Associate Member id 4281 #http://www.fsf.org/
El 31/08/06, Jordi Espasa Clofent escribió:
Bueno, en principio no serà eso. Lo testeé y no hay problema; es más, si comento el parámetro he tenido algún comportamiento estraño con la validación de sesiones, así que no.
Sólo por probar, crea un directorio de "prueba" con los permisos adecuados (propietario user2 / grupo users): [prueba] comment = Carpeta de prueba path = /srv/samba/prueba read only = no valid users = user2 E inetnta acceder con el usuario2, crear un directorio dentro, crear un fichero y eliminarlo. A ver qué dice.
Si, eso está bien, comprobado y recomprobado a todas luces.
Lo más curioso de todo es que cree un nuevo usuario de pruebas en ese cliente XP y todo funciona a las mil maravillas. Eso me indica que tiene que ser algo de la configuración de ese usuario en XP, pero por más vueltas que le doy no lo saco.
Si utilizas un fichero externo para la validación de los usuarios quizá esté corrupto y te de problemas para ese usuario sólo. ¿Qué te dice el registro de samba? Saludos, -- Camaleón
prueba algo inteligente + solucion microsoft ;) crea una imagen del windows que te da problemas (te recomiendo norton ghost o partimage + knoppix) formatea el equipo e instala windoz (te recomiendo 2 particiones, una para windows y otra para datos, di a tus usuarios que lo que guarden en escritorio, mis documentos, etc... puede irse al carajo si se fastidia el pc, y que lo guarden todo en el otro disco), comprueba si se conecta al smb, si no es asi es que no era cosa del "windows sospechoso", si se conecta, reinstala los programas y demás que utlices, y cuando este listo para funcionar crea otra imagen que será la que restaures cuando se fastidie otra vez (se fastidiará, es M$) PD: antes de formatear quiza deberias sacar esos datos a los que se les coge cariño y tal... Camaleón escribió:
El 31/08/06, Jordi Espasa Clofent escribió:
Bueno, en principio no serà eso. Lo testeé y no hay problema; es más, si comento el parámetro he tenido algún comportamiento estraño con la validación de sesiones, así que no.
Sólo por probar, crea un directorio de "prueba" con los permisos adecuados (propietario user2 / grupo users):
[prueba] comment = Carpeta de prueba path = /srv/samba/prueba read only = no valid users = user2
E inetnta acceder con el usuario2, crear un directorio dentro, crear un fichero y eliminarlo. A ver qué dice.
Si, eso está bien, comprobado y recomprobado a todas luces.
Lo más curioso de todo es que cree un nuevo usuario de pruebas en ese cliente XP y todo funciona a las mil maravillas. Eso me indica que tiene que ser algo de la configuración de ese usuario en XP, pero por más vueltas que le doy no lo saco.
Si utilizas un fichero externo para la validación de los usuarios quizá esté corrupto y te de problemas para ese usuario sólo. ¿Qué te dice el registro de samba?
Saludos,
Gracias por la ayuda pero me parece que eso sería matar hormigas a cañonazos.
participants (5)
-
Camaleón
-
Jordi Espasa Clofent
-
Juan Erbes
-
lamenteel
-
Pedro Hernán Quevedo Reyes