NFS4用户名在OpenIndiana和Linux之间的映射

Question

我在一个NFS4服务器上有一个OpenIndiana共享，我试图用Ubuntu机器正确地访问它。

拥有服务器共享中的文件的用户名是"nick“，它的UID是服务器上的104。拥有服务器上的文件的组是"nick“，其GID在服务器上是100。

Linux机器上存在相同的用户名/组，但UID为112，GID为112。

这就是我到目前为止所做的：

在Linux的/etc/fstab中创建条目来挂载共享。这很好，但是当我在Linux机器上执行"ls -l“时，用户/组被设置为任何人。

我编辑了/etc/default/nfs--在Linux机器上很常见，并设置为"NEED_IDMAPD=yes“。我还在Linux机器上编辑了/etc/idmapd.conf并设置了"Domain = lan"，这是在OpenIndiana机器上设置的。我重启了，现在：

当我在Linux机器上执行共享中的"ls -l“时，文件将显示为用户"nick”和组"nick“所拥有。太棒了！我以为我拿到了。但是，当我"su nick“并执行”触摸asdf“时，文件将被创建为错误的用户名/组。当我在OpenIndiana机器上查看新创建的文件时，它显示用户名为112，组显示为112，因为该文件是用该UID/GID创建的，但这并不映射到OpenIndiana端的任何用户名/组。

所以基本上我有一半的工作。我可以使用适当的映射来查看文件，因此idmapd至少在某种程度上起了作用，但是映射没有被正确地转换为另一种方式。我遗漏了什么？

Answer 1

我发现此链接描述了这个问题。作者得出的结论是，由于NFS4中的设计缺陷，这一问题是不可避免的。我希望有人知道一些关于修复的信息。

Answer 2

这真的很不可思议，但是idmapd真的不会那么做！我花了两天的时间在网上(即这一张是gmane的或你的链接)上发现了这一点，并花了2天的时间相信有人会制造出如此令人惊讶的混乱局面。

不，说到uid映射，让ls -l打印出映射的uid，但在访问这些文件时却让它失败.吉斯，塔斯特，头震，不可能！