无法在readynas nfs共享上修改或读取文件

Question

我有一个具有nfs共享的readynas。我有一堆文件我不能写在分享上。他们是没有人拥有的:没有人，如果我想把他们赶走，我就会得到

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)

我不知道下一步该怎么做，所以任何建议都将不胜感激。NFS共享上有很多我可以写的文件，我可以写新的文件，所以我不知道为什么没有人拥有的文件是不可写的或不可拥有的。我可以把文件移到我的本地驱动器，把它们放在那里，然后把它们移回来，它们也很好。

Answer 1

这肯定与根压扁有关。

我想你已经读过关于root_squash的文章了，但是为了完整..

实际上，它将0的特权UID和GID映射为65534的UID和GID，后者通常是用户nobody。因此，如果root要在压缩的共享上创建一个文件，那么它将由nobody拥有。这带来了一些安全好处--尽管可以说不是很多，因为NFS客户端上的root用户可以模拟任何其他UID。

针对您的问题，您确定使用了第二个出口组吗？自从选项改变后，该份额是否已被再出口？NFS服务器能够正确解析主机名mattr-desktop吗？

如果所有这些问题的答案都是“是”，那就太奇怪了。您可能希望尝试选项anonuid=0,anongid=0，以便解析该文件的权限。