如何在NetApp NFS导出上配置all_squash等效项

最后更新
另存为PDF

Views:: 167

Visibility:: Public

Votes:: 0

Category:: data-ontap-8

Specialty:: nas

Last Updated:

适用场景

Data ONTAP 8.2 7-模式
Data ONTAP 8.1 7-模式
Data ONTAP 8 7-模式
Data ONTAP 7 及更早版本

问题描述

本文介绍如何在NetApp NFS导出上配置all_squash等效项。

有时、用户更喜欢使用 all_squash 网络文件系统(NFS)导出选项。在Linux NFS服务器(而不是Data ONTAP)上 all_squash 、此选项会使服务器忽略传入的NFS用户标识符/组标识符(UID/GID)、并允许在导出中设置此服务器。all_squash 如果使用此选项、则特定导出的所有客户端都将强制以同一用户身份进行读写。

all_squash 此选项不会在存储系统上使用。但是 sec=noneanon=(uid) 、可以使用和选项。有关详细信息、请参见以下知识库文章：如何在ONTAP 7mode和集群模式Data ONTAP上配置no_root_squash。

有关详细信息、请参见 TR-4067 NFS最佳实践和实施指南(第4.8节：将所有UID映射到单个UID (squash_all)
。有关如何在集群模式Data ONTAP 中执行此操作的详细信息、请参见： How to enable the equivalent of all_squash in clustered Data ONTAP

TSAP讨论了问题描述与所有较新的NFS客户端(而不是存储系统)结合使用的问题、这些客户端可以使用两台Linux计算机进行复制。sec=none 在导出命令和 -o sec=none 挂载命令中使用了两个Debian框、但它们失败了。

sec=noneanon=(uid) 在存储系统上通过NFSv3将命令与命令结合使用失败、控制台上会记录以下消息：

Client <IP>, is send the NULL reply

尝试挂载时、客户端将返回类似于以下内容的错误输出：

尝试挂载时、存储系统将返回类似于以下内容的错误输出：