[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Samba- Bloquear fichero de solo lectura cuando está abierto por otro usuario





El 7 de mayo de 2015, 17:26, Camaleón <noelamac@gmail.com> escribió:
El Thu, 07 May 2015 17:05:57 +0200, Maykel Franco escribió:

(ese html...)

> El 7 de mayo de 2015, 16:32, Camaleón <noelamac@gmail.com> escribió:

(...)

>> Más que samba, yo buscaría el bloqueo por parte de webdav/opencloud que
>> es quien maneja el cotarro. En el entorno que tienes configurado, samba
>> no actúa como samba... ya me entiendes.
>>
>> Y aún en un entorno normal (samba local) no todas las aplicaciones
>> hacen uso del bloqueo de los archivos por lo que la configuración que
>> puedas tener definida en el servidor samba no siempre se respeta.

> Tienes toda la razón, primeor he buscado bloqueo a nivel de owncloud
> (webdav) pero no he encontrado nada relevante.
>
> De todas formas el bloqueo me ha funcionado con parámetros básicos de
> samba, el problema es la aplicación que estés usando... Es decir,
> notepad no se da cuenta de nada, por ejemplo, pero word, excell... etc,
> se dan cuenta de que el fichero está abierto. Sino recuerdo mal te
> genera un archivo ~$fichero cuando abres un .doc a través de samba, lo
> que no entiendo es por qué luego no lo borra, pero bueno eso es tema
> aparte.

Acabo de probarlo en un servidor samba (normal, configuración local) que
tengo y no me ha hecho falta configurar nada relacionado con el bloqueo
de archivos para que al abrir un DOC en Word desde un equipo de la red
local se haya generado un archivo temporal en el mismo directorio y al
intentar abrir ese DOC desde otro usuario/equipo me aparece el típico
mensaje de aviso (incluso si abro el DOC con LibreOffice).

Al cerrar el archivo DOC, el temporal se ha eliminado automáticamente.

Es decir, que si esa operación te falla la realizarla desde Owncloud/
Webdav el problema puede estar en esa capa adicional "nubera", no en
samba. Ahora bien, asegúrate de que la configuración de samba que tienes
sea la correcta, por ejemplo, yo tengo habilitado ACL y no hay definido
valores de permisos para los archivos (ni "valid users", ni "create mask",
etc...).

> Voy a ver si puedo encontrar algo para el bloqueo a nivel de webdav,
> tendré que mirar en este caso en nginx, que es el servidor web que uso
> con owncloud.

Creo que es el camino a seguir.

Saludos,

--
Camaleón


--
To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: [🔎] pan.2015.05.07.15.26.57@gmail.com" target="_blank">https://lists.debian.org/[🔎] pan.2015.05.07.15.26.57@gmail.com



Si si, es lo que te he comentando en el correo anterior, creo que has contestado antes de leerlo o ha entrado después... El problema es que para la prueba estaba usando un bloc de notas y por lo visto la aplicación es la que genera ese temporal tan molesto, que por cierto lo he ocultado con samba.

Con la configuración básica me funciona, porque genera el temporal y demás y el otro equipo al abrir el documento con word ve ese temporal generado.

Con esta configuración me funcoina y podría valerme:

[MAYKEL-ARCHIVOS]
        comment = Maykel Archivos
        path = /var/lib/owncloud/data/maykel/files/
        valid users = maykel, aida
        force group = www-data
        read _only_ = No
        create mask = 0660
        directory mask = 0771
        hide files = /~$*/
        preexec = /bin/echo %u at %m connected to //%L/%S on %T >>/tmp/smblog


Pero voy a intentar arreglarlo via owncloud para no cambiar la metodología de trabajo. Tener unificadas al mismo storage 2 servicios al final trae quebraderos de cabeza...

Reply to: