![OS X:在绑定到 AD 的 Samba 服务器上使用 SMB 共享时出现 Finder 错误 -36](https://linux22.com/image/505083/OS%20X%EF%BC%9A%E5%9C%A8%E7%BB%91%E5%AE%9A%E5%88%B0%20AD%20%E7%9A%84%20Samba%20%E6%9C%8D%E5%8A%A1%E5%99%A8%E4%B8%8A%E4%BD%BF%E7%94%A8%20SMB%20%E5%85%B1%E4%BA%AB%E6%97%B6%E5%87%BA%E7%8E%B0%20Finder%20%E9%94%99%E8%AF%AF%20-36.png)
我们正在考虑在 Debian (5.0.3) 上为我们的 Mac 客户端部署 SMB home,而不是购买四个新的 Xserves。我们已经构建了测试服务器并正常运行。Windows 客户端运行正常,但我们遇到了 OS X (10.6.x 和 10.5.x) 的问题。我们选择这种方式而不是 Windows 文件服务器,因为这样做会出现一大堆其他问题。
具体来说,当安装 SMB 共享并启用 unix 扩展并将远程服务器绑定到 AD 时,finder 无法将文件保存在共享上,而是接触文件然后因 -36 IO 错误而失败,文件夹创建正常。在终端中复制文件表现良好,问题似乎仅限于 finder。
我认为,问题出现是因为使用 unix 扩展时传递了远程 UID/GID。OS X 使用自己的 winbind idmap (odsam) 来计算来自 AD 用户和组的有效 UID/GID,而我们在服务器上使用 rid 映射。因此,发现者选择尊重所有权,但所有权不匹配。
OS X 处理这个问题的方式似乎是在文件权限级别使用远程 uid 和 gid(见下文),然后设置一个 OS X acl,授予本地 uid/gid 对文件的适当权限。我认为 finder 接触了文件(由于 ACL,内核允许这样做),然后检查文件系统权限并因 IO 错误而退出。
在客户端上
fc-003353-d:homes2 root# ls -led test/
drwx------+ 2 135978 100513 16384 Feb 3 15:14 test/
0: user:jfrench allow list,add_file,search,delete,add_subdirectory,delete_child,readattr,writeattr,readextattr,writeextattr,readsecurity,writesecurity,chown,file_inherit,directory_inherit
1: group:ARTS\domain users allow
2: group:everyone allow
3: group:owner allow list,add_file,search,delete,add_subdirectory,delete_child,readattr,writeattr,readextattr,writeextattr,readsecurity,writesecurity,chown,file_inherit,directory_inherit,only_inherit
4: group:group allow list,add_file,search,delete,add_subdirectory,delete_child,readattr,writeattr,readextattr,writeextattr,readsecurity,writesecurity,chown,file_inherit,directory_inherit,only_inherit
5: group:everyone allow list,add_file,search,delete,add_subdirectory,delete_child,readattr,writeattr,readextattr,writeextattr,readsecurity,writesecurity,chown,file_inherit,directory_inherit,only_inherit
我们尝试了以下方法,但都失败了:
- 设置 Linux 端文件所有者以匹配 OS X GID/UID
- 在 Linux 文件系统上添加授予 OS X GID/UID 权限的 ACL
- 禁用扩展属性
- 在客户端的 /etc/nsmb.conf 中设置 steams=no
我们目前正在运行一种解决方法,即关闭 unix 扩展,这会强制 mac 以具有 u=rwx 权限的本地用户身份挂载共享。这适用于大多数情况,但会导致一些需要某些权限的应用程序以微妙的方式中断。最坏的情况是我们将继续以这种方式运行,但我们希望启用 unix 扩展。
问候。
相关 SMB 配置如下:
[global]
workgroup = ARTS
realm = *snip*
security = ADS
password server = *snip*
unix extensions = yes
panic action = /usr/share/panic-action %d
idmap backend = rid:ARTS=100000-10000000
idmap uid = 100000-10000000
idmap gid = 100000-10000000
winbind enum users = Yes
winbind enum groups = Yes
veto files = /lost+found/aquota.*/
hide files = /desktop.ini/$RECYCLE.BIN/.*/AppData/Library/
ea support = yes
store dos attributes = yes
map system = no
map archive = no
map readonly = no
答案1
该问题很可能是由于 Finder 在将资源分支作为扩展属性处理时存在错误而引起的。
我会尝试:
ea 支持 = 否
这可能会导致 ._ 文件,但直到 Apple 足够关心让他们的文件管理器可互操作之前,这都是你必须处理的问题。
编辑:我刚刚注意到你确实尝试禁用它们。这就是我遇到所有 Finder 问题的地方。经过一些简短的搜索,似乎关闭 unix 扩展是唯一报告的修复方法。
答案2
您可能需要查看命名流的设置。苹果有一篇文章“Mac OS X v10.5、v10.6:关于 SMB 安装的 NAS、Mac OS X 和 Windows 服务器上的命名流;可能会出现“-36”或“-50”警报”
答案3
答案4
只是为了澄清:您的解决方法是在客户端的 /etc/smb.conf 中设置 unix extensions = no,对吗?
因为我尝试过了但仍然出现 36 错误。