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

最后更新
另存为PDF

Views:: 100

Visibility:: Public

Votes:: 0

Category:: data-ontap-8

Specialty:: nfs

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 ）导出中使用该选项。all_squash在 Linux NFS 服务器（而不是 Data ONTAP ）上、该选项使服务器忽略传入的 NFS 用户标识符 / 组标识符（ UID/GID ）并允许在导出中设置服务器。all_squash使用该选项时，特定导出的所有客户端都将强制以同一用户的身份读取和写入。

all_squash此选项不用于存储系统。但是sec=noneanon=(uid)，可以使用和选项。有关更多信息、请参见以下知识库文章： How to Configure No_Root_squash on ONTAP 7 Mode and Clustered Data ONTAP 。

有关详细信息，请参见 TR-4067 NFS 最佳实践和实施指南（第 4.8 节：将所有 UID 映射到单个 UID （ squash_all ））
）以了解有关如何在集群模式 Data ONTAP 中执行此操作的详细信息：如何在集群模式 Data ONTAP 中启用等效的 all_squash

TSAP 讨论了该问题与所有新的 NFS 客户端（而不是存储系统）有关、这些客户端可以使用两台 Linux 计算机进行复制。导sec=none出中的命令和-o sec=none挂载中的命令一起使用了两个 Debian 框，它们失败了。

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

Client <IP>, is send the NULL reply

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

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