Re: Problema de permisos al crear archivos desde cliente linux SMB/CIFS
El Mon, 14 Jan 2013 11:05:22 -0300, enodisarpiz escribió: (...) El problema es que el servidor principal, el B, por así decirlo (el único que usan y conocen todos los usuarios de la red) está teniendo problemas de permisos (u otra cosa), ya que cuando monto el recurso, crea archivos con máscara 644 y el recurso está configurado para que lo haga con 755. ¿Cómo/desde dónde montas el recurso? Pon la línea que usas exactamente. Y también la configuración del recurso compartido. Lo que sé, es que el problema no está en el servidor A, sino en el cliente cifs/smb del servidor B, ya que desde otro Linux lo monto, y cuando creo un archivo lo crea con la máscara correcta, incluso un cliente con Windows xp crea archivos con la máscara correcta. Las líneas de fstab que usé en ambos clientes Linux es exactamente la misma, es decir, que un Linux esta funcionando bien y el otro (que es lo que intento averiguar, dado que es el que necesito que funcione) no. (...) Revisa los permisos que tiene asignado el punto de montaje del recurso samba. ¿Ocurre lo mismo con los permisos cuando accedes al recurso del servidor samba B en lugar de montarlo? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kd1827$5pd$2...@ger.gmane.org
RE: Problema de permisos al crear archivos desde cliente linux SMB/CIFS
-Mensaje original- De: Camaleón [mailto:noela...@gmail.com] Enviado el: lunes, 14 de enero de 2013 12:26 p.m. Para: debian-user-spanish@lists.debian.org Asunto: Re: Problema de permisos al crear archivos desde cliente linux SMB/CIFS El Mon, 14 Jan 2013 11:05:22 -0300, enodisarpiz escribió: (...) El problema es que el servidor “principal, el “B””, por así decirlo (el único que usan y conocen todos los usuarios de la red) está teniendo problemas de permisos (u otra cosa), ya que cuando monto el recurso, crea archivos con máscara 644 y el recurso está configurado para que lo haga con 755. ¿Cómo/desde dónde montas el recurso? Pon la línea que usas exactamente. Escribiendo la siguente línea en fstab: //ip_servidor/recurso /mnt/recurso cifs defaults 0 0 Y luego ejecutando: mount /mnt/recurso He probado en las opciones del punto de montaje agregar la línea file_mode=0755, sin éxito. Y también la configuración del recurso compartido. [bak_dwg-tecnico] comment = Directorio para copias de seguridad path = /mnt/sdb1/backups/recurso browseable = yes guest ok = no writable = yes create mask = 0755 directory mask = 0755 valid users = @grupo, usuario force create mode = 0755 Lo que sé, es que el problema no está en el servidor A, sino en el cliente cifs/smb del servidor B, ya que desde otro Linux lo monto, y cuando creo un archivo lo crea con la máscara correcta, incluso un cliente con Windows xp crea archivos con la máscara correcta. Las líneas de fstab que usé en ambos clientes Linux es exactamente la misma, es decir, que un Linux “esta funcionando bien” y el otro (que es lo que intento averiguar, dado que es el que necesito que funcione) no. (...) Revisa los permisos que tiene asignado el punto de montaje del recurso samba. drwxrwxrwx 4 root root 4096 Jan 14 13:19 recurso ¿Ocurre lo mismo con los permisos cuando accedes al recurso del servidor samba B en lugar de montarlo? No entiendo bien la pregunta, me limito a contestar. Lo que si puedo decir es que no es problema de configuración de parte del servidor A, ya que, desde otro Linux la cosa si funciona y crea los archivos con la máscara correcta, en este caso: 755. El problema es con el servidor B. Que al crear archivos una vez montado, lo hace con la máscara incorrecta. Hay una solución dando vueltas en internet respecto a un tema parecido al mío que es deshabilitar unix extensions, en samba. Pero el problema es otro, insisto, porque en un cliente funciona bien y en otro no; y el S.O. es el mismo (debían squeeze). Saludos, Saludos. -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kd1827$5pd$2...@ger.gmane.org -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/002201cdf274$d0a5b020$71f11060$@ziprasidone.com.ar
Re: Problema de permisos al crear archivos desde cliente linux SMB/CIFS
El Mon, 14 Jan 2013 13:32:57 -0300, enodisarpiz escribió: (...) El problema es que el servidor “principal, el “B””, por así decirlo (el único que usan y conocen todos los usuarios de la red) está teniendo problemas de permisos (u otra cosa), ya que cuando monto el recurso, crea archivos con máscara 644 y el recurso está configurado para que lo haga con 755. ¿Cómo/desde dónde montas el recurso? Pon la línea que usas exactamente. Escribiendo la siguente línea en fstab: //ip_servidor/recurso /mnt/recurso cifs defaults 0 0 ¿Sin definir user, pass, uid, gid? :-? Y luego ejecutando: mount /mnt/recurso Hum... el recurso debería montarse automáticamente tras iniciarse el sistema. He probado en las opciones del punto de montaje agregar la línea file_mode=0755, sin éxito. Si tienes el recurso montando, desmóntalo y prueba a montarlo manualmente (como root): mount -t cifs //ip_servidor/recurso /mnt/recurso -o user=usuario,password=contraseña,uid=1000,gid=1000 Y también la configuración del recurso compartido. [bak_dwg-tecnico] comment = Directorio para copias de seguridad path = /mnt/sdb1/backups/recurso browseable = yes guest ok = no writable = yes create mask = 0755 directory mask = 0755 valid users = @grupo, usuario force create mode = 0755 ¿Permisos del directorio /backups? Revisa los permisos que tiene asignado el punto de montaje del recurso samba. drwxrwxrwx 4 root root 4096 Jan 14 13:19 recurso Hum... no sé si te conviene que el propietario sea root. ¿Ocurre lo mismo con los permisos cuando accedes al recurso del servidor samba B en lugar de montarlo? No entiendo bien la pregunta, me limito a contestar. Me refiero a cuando accedes al recurso desde nautilus y creas un archivo usando smb://ip_servidor/recurso, sin montarlo previamente. Lo que si puedo decir es que no es problema de configuración de parte del servidor A, ya que, desde otro Linux la cosa si funciona y crea los archivos con la máscara correcta, en este caso: 755. El problema es con el servidor B. Que al crear archivos una vez montado, lo hace con la máscara incorrecta. Es posible que algo (los permisos o las credenciales) se trastoquen (se pierdan) cuando montas el recurso A desde el servidor samba B. Hay una solución dando vueltas en internet respecto a un tema parecido al mío que es deshabilitar unix extensions, en samba. Sin saber qué es lo que ocurre exactamente no te puedo decir que eso sea la mejor opción. Pero el problema es otro, insisto, porque en un cliente funciona bien y en otro no; y el S.O. es el mismo (debían squeeze). ¿En qué cliente funciona bien y cómo lo montas desde ahí? ¿Diferencias entre los equipos donde se monta bien y donde se monta con los permisos incorrectos? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/kd1f3h$5pd$4...@ger.gmane.org
Re: Problema de permisos al crear archivos desde cliente linux SMB/CIFS
El 14/01/13, Camaleón noela...@gmail.com escribió: El Mon, 14 Jan 2013 13:32:57 -0300, enodisarpiz escribió: (...) El problema es que el servidor “principal, el “B””, por así decirlo (el único que usan y conocen todos los usuarios de la red) está teniendo problemas de permisos (u otra cosa), ya que cuando monto el recurso, crea archivos con máscara 644 y el recurso está configurado para que lo haga con 755. ¿Cómo/desde dónde montas el recurso? Pon la línea que usas exactamente. Escribiendo la siguente línea en fstab: //ip_servidor/recurso /mnt/recurso cifs defaults 0 0 ¿Sin definir user, pass, uid, gid? :-? Y luego ejecutando: mount /mnt/recurso Hum... el recurso debería montarse automáticamente tras iniciarse el sistema. He probado en las opciones del punto de montaje agregar la línea file_mode=0755, sin éxito. Si tienes el recurso montando, desmóntalo y prueba a montarlo manualmente (como root): mount -t cifs //ip_servidor/recurso /mnt/recurso -o user=usuario,password=contraseña,uid=1000,gid=1000 Y también la configuración del recurso compartido. [bak_dwg-tecnico] comment = Directorio para copias de seguridad path = /mnt/sdb1/backups/recurso browseable = yes guest ok = no writable = yes create mask = 0755 directory mask = 0755 valid users = @grupo, usuario force create mode = 0755 Parecería que esto fue la configuración del servidor A, ¿podrías poner la del servidro B? ¿Permisos del directorio /backups? Revisa los permisos que tiene asignado el punto de montaje del recurso samba. drwxrwxrwx 4 root root 4096 Jan 14 13:19 recurso Hum... no sé si te conviene que el propietario sea root. +1 a que aquí está el error, porque root posiblemente no forma parte del parámetro 'valid users' ... ¿Ocurre lo mismo con los permisos cuando accedes al recurso del servidor samba B en lugar de montarlo? No entiendo bien la pregunta, me limito a contestar. Me refiero a cuando accedes al recurso desde nautilus y creas un archivo usando smb://ip_servidor/recurso, sin montarlo previamente. Lo que si puedo decir es que no es problema de configuración de parte del servidor A, ya que, desde otro Linux la cosa si funciona y crea los archivos con la máscara correcta, en este caso: 755. El problema es con el servidor B. Que al crear archivos una vez montado, lo hace con la máscara incorrecta. Es posible que algo (los permisos o las credenciales) se trastoquen (se pierdan) cuando montas el recurso A desde el servidor samba B. Hay una solución dando vueltas en internet respecto a un tema parecido al mío que es deshabilitar unix extensions, en samba. Sin saber qué es lo que ocurre exactamente no te puedo decir que eso sea la mejor opción. Pero el problema es otro, insisto, porque en un cliente funciona bien y en otro no; y el S.O. es el mismo (debían squeeze). ¿En qué cliente funciona bien y cómo lo montas desde ahí? ¿Diferencias entre los equipos donde se monta bien y donde se monta con los permisos incorrectos? Saludos, -- Camaleón Un abrazo, -- §~^Calabaza^~§ from Barrio Obrero, Asunción, Paraguay http://calablogbaza.blogspot.com/ http://es.wikipedia.org/wiki/Top-posting http://es.wikipedia.org/wiki/Netiquette http://www.ietf.org/rfc/rfc1855.txt http://www.sindominio.net/ayuda/preguntas-inteligentes.html -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CADA3Qfy1uG2VEX5f4WMePNDFFE4gZtSPNXzKhS29V4=3-hv...@mail.gmail.com