Arquivos criados em um compartilhamento Samba não podem ser modificados pelo mesmo usuário

3

Sob o uso normal de um aplicativo do Windows, arquivos temporários podem ser criados em um compartilhamento do Samba NAS, mas uma vez criado, o mesmo usuário não pode excluir ou modificar esses arquivos - a menos que espere 'durante a noite' . / p>

Os arquivos temporários têm um nome de ~$blah.blah (com um til e um sinal de dólar) e esses arquivos contêm o ID do Windows / Samba do usuário interno. O aplicativo que está sendo usado é o SolidWorks, mas eu vi postagens em fóruns que a designação de nome de arquivo ~$ aparece também com aplicativos do Office como se uma API de bloqueio de arquivos do Windows criasse automaticamente os arquivos ~ $. Esses arquivos temporários também aparecerão na unidade local do usuário ao usar a unidade local como um espaço de trabalho, mas os usuários não terão problemas com esses arquivos locais. O problema aparece ao usar o compartilhamento do Samba NAS como um espaço de trabalho. Esse problema aparece pela primeira vez ao tentar salvar o arquivo - o aplicativo indica que os arquivos não podem ser salvos, a menos que sejam renomeados.

O FileExplorer pode ver os arquivos, mas não pode excluir, renomear ou modificar os arquivos ofensivos, mesmo depois de parar o aplicativo do Windows e até mesmo depois de reinicializar o computador cliente. Se o usuário esperar até a manhã seguinte , eles poderão excluí-los. A única mudança que eu posso ver que ocorreu durante a noite é que o smbstatus dá resultados diferentes - mostra isso quando o arquivo não pode ser excluído:

28085        1005       DENY_NONE  0x82        WRONLY     NONE             /OurSambaShare   OurProjectDirectory/~$blah.blah  Wed Jan 20 12:01:44 2016

Quando o arquivo PODE ser apagado, o smbstatus não mostra nenhuma entrada para os arquivos ofensivos.

No lado Posix / Linux, um usuário pode modificar (mover, renomear, deletar, etc) os arquivos incorretos, o que implica que este não é um problema de permissões ou aclos posix. Além disso, as permissões posix / acl não mudaram durante a noite. Este usuário pode usar o Bloco de Notas para criar, modificar e salvar arquivos no mesmo compartilhamento e as permissões posix são as mesmas que os arquivos incorretos. Essas permissões posix são: - rwxrwx--x+ 1 root users Também getfacl mostra que o usuário possui rwx de permissões para os arquivos e seu diretório.

Minhas perguntas:

Como posso configurar o Samba para permitir que os usuários modifiquem (ou excluam) arquivos que eles criaram?

Por que o Samba parece abandonar esses arquivos ofensivos durante a noite?

Mais detalhes:

Versão do Samba: smbstatus --version diz: Versão 3.4.3-1.32.1-2591-SUSE-CODE11

Trechos do smb.conf

[global]
        workgroup = OurWorkgroup
        passdb backend = tdbsam
        printing = cups
        printcap name = cups
        printcap cache time = 750
        cups options = raw
        map to guest = Bad User
        logon path = \%L\profiles\.msprofile
        logon home = \%L\%U\.9xprofile
        logon drive = P:
        usershare allow guests = Yes
        add machine script = /usr/sbin/useradd  -c Machine -d /var/lib/nobody -s /bin/false %m$
        domain logons = No
        domain master = No
        security = user
        wins support = Yes
        encrypt passwords = YES
        smb passwd file = /etc/samba/smbpasswd
        dos filemode = Yes

[users]
        comment = All users
        path = /home
        read only = No
        inherit acls = Yes
        veto files = /aquota.user/groups/shares/
        nt acl support = yes

[shared]
        comment = OurSambaShare
        inherit acls = Yes
        inherit permissions = Yes
        inherit owner = Yes
        path = /OurShare
        read only = No
        force group = users
        force create mode = 775
        nt acl support = yes
    
por Jim Fred 21.01.2016 / 18:08

0 respostas

Tags