从昨天开始,我突然出现了一个奇怪的行为,即samba共享 ( arch linux )。我能想到的唯一触发因素是系统更新 ( pacman -Syu
)。从那时起,根共享 ( /
) 是可访问的,并且所有目录都是可见的,但是任何访问任何目录的尝试都会在 Windows 中触发“ invalid handle
”响应。但是,如果我将任何目录(例如/data
)作为单独的共享进行共享,则可以毫无问题地完全访问它。这是共享定义。
同时,我已将问题隔离到 Samba 服务器(而不是 Windows 主机)。第二个 Arch Linux 安装将正确挂载 [data] 共享,但会拒绝访问根 [/data/root_ssd] 共享。相反,在这个全新的全新 Arch Linux 安装上启动 Samba 将再次导致不共享根路径。
有任何想法吗?在我看来,这种行为对于最近的 Samba 升级来说是新的。
[antergos1-festplatte]
comment = 20 GB Festplatte
path = /
writeable = yes
create mask = 0766
directory mask = 0777
guest ok = yes
force user = aag
browseable = yes
[data]
comment = webserver directories
path = /data
writeable = yes
create mask = 0777
directory mask = 0777
guest ok = yes
force user = aag
browseable = yes
force group = admins
此行为伴随最新的 Samba 安全更新。我刚刚在 Debian Wheezy 中遇到了它。修复CVE-2015-5252似乎有意或无意地阻止了根级别共享 (/)。
作为一种解决方法,您可以在 smb.conf 中设置
[global]
unix extensions = no
[share]
Wide links = yes
注意:unix extension = yes,这是默认设置,将禁用宽链接。
另请参阅 Samba 的 bugzilla 中的 bug #11647。它将被修复。
从那里出现了另一种解决方法:
我试图复制一个文件(.exe),该文件显示为具有属性 rs 的文件夹。
Peter Rindfuss 回答中的建议使文件消失。
我找到了以下页面和解决方案:
https://www.ixsystems.com/community/threads/disabling-dos-attributes-to-improve-samba-browsing-performance.24906/
添加
store dos attributes = no
到共享后(不确定它是否适用于全局,尚未尝试)我能够复制文件。