【问题标题】:Windows Server 2019 "Server for NFS" UID/GID mapping with Auth_SYSWindows Server 2019“NFS 服务器”UID/GID 映射与 Auth_SYS
【发布时间】:2021-04-02 18:38:10
【问题描述】:

我有一个 Windows Server 2019 安装,带有一个用于 nfs 映射的 LDAP 实例 (nfsmappingstore)。我使用 powershell cmdlet Install-NfsMappingStore 创建了它。

为了说明,这里是该商店中的用户列表,以及对一位用户的测试:

我有一个 NFS 共享设置,如下所示:

当我打开名为“启用未映射的用户访问”的选项时,使用子选项“允许未映射的用户 Unix 访问(通过 UID/GID)”,然后我可以转到我的 uBuntu 18.04 机器并成功安装它使用命令:

sudo mount -t nfs server:/AutoProv mnt

然后我可以看到共享中的文件和文件夹。

但是,当我关闭该选项,希望实际使用映射的用户功能时,我得到了错误:

root@br-dv-ss-l01:/home/steve# mount -vvvv -t nfs server:/AutoProv mnt
mount.nfs: timeout set for Fri Apr  2 18:28:11 2021
mount.nfs: trying text-based options 'vers=4.2,addr=10.200.225.1,clientaddr=10.200.225.104'
mount.nfs: mount(2): Protocol not supported
mount.nfs: trying text-based options 'vers=4.1,addr=10.200.225.1,clientaddr=10.200.225.104'
mount.nfs: mount(2): Permission denied
mount.nfs: access denied by server while mounting server:/AutoProv
root@br-dv-ss-l01:/home/steve#

我认为这意味着 uid/gid 并不是真正由 Windows Server 2019 发送或解释的。查看服务器上的事件日志,似乎表明它很高兴并且读取 LDAP 实例 OK,并且测试cmdlet 没有错误。

我能想到的一个可能的改变是在 mount 命令中添加“-o nfsvers=3”,这似乎会导致非常不同的效果。当我这样做时,共享确实挂载了,但 NFS 服务器拒绝让我看到共享内部的任何内容:

有人可以指导我如何进一步调查此问题吗?目前我不知道如何验证 Windows Server 所获得的 UID/GID,所以我真的不知道问题出在哪一边。

谢谢!

【问题讨论】:

    标签: linux mapping mount nfs


    【解决方案1】:

    顺便说一句,我们从来没有得到任何答案。 LDAP 选项似乎根本不起作用。但是,passwd、组文件映射选项效果很好,我们切换到了它。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-01-11
      • 1970-01-01
      • 2017-01-02
      • 1970-01-01
      • 1970-01-01
      • 2015-10-15
      • 2016-01-26
      • 1970-01-01
      相关资源
      最近更新 更多