我有一个Synology NAS盒子(运行DSM 5.1),我通过NFS导出了一个目录。我正试图将它安装在我的Ubuntu盒子上。
它大部分工作正常,但我遇到了用户和组映射的问题。在Ubuntu框中,我是uid 1000(roger),gid 1000(roger)。在Synology上,我有uid 1026(roger),100组(用户)。
如果我使用NFSv3,它使用数字uid / gid值,这意味着所有权在Synology上搞砸了。
如果我只使用相同的用户从同一个Ubuntu框访问NFS安装,这没关系,但我也使用CIFS(SMB)从Windows框访问该目录,这意味着权限是错误。
如果我使用NFSv4( mount -o nfsvers=4
),使用Synology上的默认设置,然后拥有的文件 roger.users
在Synology看来属于 roger.users
从Ubuntu框中查看时。这很好。
但是,当我 touch
一份文件:
roger@ubuntu$ touch /mounts/diskstation/music/foo
它最终归自己所有 1000.1000
在Synology上,并显示为拥有者 nobody.4294967294
从Ubuntu框中查看时。
我在Synology论坛上找到的所有主题都可以追溯到2011年,当时不支持NFSv4,或者由人们提出相同问题然后放弃。
为了完整, /etc/exports
具有:
/volume1/music 10.0.0.0/24(rw,async,no_wdelay,root_squash,insecure_locks,sec=sys,anonuid=1025,anongid=100)
...而且我将它安装在Ubuntu盒子上:
mount -t nfs diskstation:/volume1/music /mounts/diskstation/music/ -o rw,nfsvers=4
我发现了一些提示 sec=sys
可能是个问题: 为什么NFSv4 uid / gid映射不适用于AUTH_UNIX(AUTH_SYS) ,但这没有解决方案。
有没有一种简单的方法可以解决这个问题?有更复杂的( 咳嗽 Kerberos的 咳嗽 )解决这个问题的方法?
说真的,如果是Kerberos 是 答案,我会接受这个打击,但我想在浪费一大堆时间之前知道。
更新 :而 Synology文档 谈到各种Kerberos选项,我在UI中找不到它们。该 发行说明 状态“如果实施Kerberos安全风味......”。我发现(但不能再找到)一个页面暗示它可能不在某些模型上。根据系统信息页面,我有一个DS211。也许我运气不好?