Parece ser um bug devido à atualização do samba: link
Aguarde a correção ...
Eu faço rollback da minha versão de 4.3.11 para 4.3.8.
Eu instalei um Ubuntu 16.04 há seis meses. Desde a instalação, uma pasta compartilhada do Samba é configurada como um encanto. Mas esta manhã fiquei surpreso ao ver que todo o acesso "nesta parte" foi recusado.
Eu posso acessar o diretório compartilhado, mas não no subdiretório. Nenhuma alteração na configuração foi feita.
Samba conf é:
[global]
available = yes
read only = no
browsable = yes
public = yes
writable = yes
ntlm auth = no
lanman auth = no
client ntlmv2 auth = yes
follow symlinks = no
#server multi channel support = yes
[workspace]
path = /home/workspace
force user = developer
force group = developers
valid users = developer
Em /home/workspace
, há uma pasta pelo desenvolvedor.
/home
-> /workspace
-> /mvedie
-> /other_dev1
-> /other_dev2
-> ....
Cada desenvolvedor tem muitas pastas.
/mvedie
-> /my_folder
-> /my_other_folder
-> ....
Cada desenvolvedor trabalha com o Windows 7 e usa o usuário "desenvolvedor" para montar a unidade de rede em /workspace/his_developer_name
.
Mas no arquivo de log, posso ver:
[2017/03/24 10:44:34.697182, 2] ../source3/smbd/vfs.c:1298(check_reduced_name) check_reduced_name: Bad access attempt: my_folder is a symlink to mvedie/my_folder
[2017/03/24 10:44:34.697202, 3] ../source3/smbd/open.c:1144(open_file) Error opening file mvedie/my_folder(NT_STATUS_ACCESS_DENIED) (local_flags=0) (flags=0)
Se eu adicionar essa configuração no [workspace] conf:
follow symkinks = yes
Tudo funciona muito bem. Mas eu não quero habilitá-los.
my_folder
é uma pasta real e não um link simbólico.
Como posso resolver isso?
Atualização 1 : Resolvido parcialmente (consulte minha resposta abaixo )
Parece ser um bug devido à atualização do samba: link
Aguarde a correção ...
Eu faço rollback da minha versão de 4.3.11 para 4.3.8.