我有一个与nfs共享的readynas。 我有一堆文件,我不能写在共享上。 他们是没有人拥有的:nogroup,如果我试图把他们给我看
chown: changing ownership of `myfile': Operation not permitted
即使当我作为根运行它。 我已经玩了我的/ etc / fstab,但是现在我已经有了它了:
192.168.1.25:/media /media/readynas nfs defaults 0 0
我也尝试了readynas上的/ etc / exports文件,以防止压缩root的写入能力
"/media" *(insecure,insecure_locks,rw,async) mattr-desktop(insecure,insecure_locks,rw,no_root_squash,async)
我不知道下一步该怎么做,所以任何build议,将不胜感激。 NFS共享上有很多文件可以写入,而且我可以写入新文件,所以我不确定为什么nobody拥有的文件不可写或不可拥有。 我可以把文件移动到我的本地驱动器,把它们放在那里,然后移回去,它们也没问题。
这当然与root_squash相关。
我想你已经阅读了关于root_squash
,但为了完整性。
实际上,它将0
的特权UID和GID重新映射到通常是用户nobody
的65534
UID和GID。 因此,如果root
创build一个压缩文件,它将被nobody
所拥有。 这带来了一些安全方面的好处 – 尽pipe可以说并不是很多,因为NFS客户机上的root
用户可以模拟任何其他的UID。
为了回应你的问题,你确定第二个出口集团正在使用? 自选项变更后,股份是否已被重新出口? NFS服务器是否能够正确parsing主机名mattr-desktop
?
如果所有这些答案都是“是”,那很奇怪。 您可能希望尝试选项anonuid=0,anongid=0
只是为了解决该文件的权限。