我的NFS服务器是安装了Microsoft Windows Services for Unix的Windows XP SP3盒子。
我有一个共享configuration在C：\ NFS与共享名称NFS和ANSI编码。
匿名访问启用，匿名UID / GID设置为0/0。 另外，我已经将所有机器设置为读写，并选中checkbox以允许root访问。
我的第一个NFS客户端是一个Ubuntu 10.04盒子，安装了nfs-common。 运行
sudo mount -t nfs 1.1.1.1:/NFS /home/user/NFS 成功，但是当我试图查看该文件夹（甚至作为根），它告诉我，我没有权限查看该文件夹的内容。
我的第二个NFS客户端是运行OS / 400 V5R3的IBM iSeries盒子。 我使用了下面的mount命令：
MOUNT TYPE(*NFS) MFS('1.1.1.1:/NFS') MNTOVRDIR('/PARENT/NFS') OPTIONS('rw,nosuid,retry=5,rsize=8096,wsize=8096,timeo=20,retrans=2,acregmin=30,acregmax=60,acdirmin=30,acdirmax=60,soft') CODEPAGE(*BINARY *ASCII)
其中也成功安装。 试图
WRKLNK '/PARENT/NFS'
并使用选项5进入目录产生一个未授权的对象错误 – 即使我是一个安全人员与* ALLOBJ特殊权限。
我的直觉说，这是Windows共享的问题，但我不知道它会是什么。 你有什么build议吗？
任何不使用* NIX盒子上的Samba的理由？ 这样，您可以从Windows *上访问* NIX box上的共享，或者在* NIX box上挂载Windows共享。
“微软Windows服务的Unix”，不知何故，让我感到灼热，只是读它。
你有没有检查，你有执行权限（在Unix中，它意味着“列表文件夹”应用于文件夹）授予目录及其子目录？ 可能会有一些特定的窗口设置，如“列表文件夹”或“遍历文件夹”。 将它授予给每个人或任何NFS服务器运行。 无论您是客户端的超级用户/ QSECOFR，重要的是服务器的帐户ID有权限执行的操作，目录的权限，客户端用户标识映射到的服务器用户标识（在id映射，这不是这里的情况）。
这里不是这种情况：导出上面目录的权限也会导致类似的错误。 例如，假设你有一个目录c：\ foo \ bar \ baz导出，并且在baz上授予所有适当的权限，但是foo的权限不允许NFS服务器到达baz。 错误！
如果可能，打开服务器上的日志logging并查看日志。
我不确定使用XP。 但是，我在Windows Server 2012上遇到类似的问题。解决scheme是启用networking访问：让每个人的权限适用于 安全设置\本地策略\安全选项下的匿名用户策略设置。
我在这个页面上find了解决scheme：
http://technet.microsoft.com/en-us/library/hh509019%28v=ws.10%29.aspx