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
Tags samba