NetApp NFSエクスポートでのall_squashに相当する機能の設定方法

環境

• Data ONTAP 8.2 7-Mode
• Data ONTAP 8.1 7-Mode
• Data ONTAP 8 7-Mode
• Data ONTAP 7以前

説明

この資料では、NetApp NFSエクスポートでall_squash相当を構成する方法について説明します。

ユーザーが all_squash Network File System（NFS）エクスポートでこのオプションを使用することを好む場合があります。（Data ONTAPではなく）Linux NFSサーバでは all_squash 、このオプションを使用すると、サーバは受信するNFS User Identifier/Group Identifier（UID/GID）を無視し、代わりにエクスポートでサーバを設定できるようになります。この all_squash オプションを使用すると、特定のエクスポートのすべてのクライアントは、同じユーザとして読み取りと書き込みを強制されます。

all_squash オプションはストレージシステムでは使用されません。ただし、 sec=noneanon=(uid) オプションとオプションは使用できます。詳細については、次の技術情報「 How to configure no_root_squash on ONTAP 7mode and clustered Data ONTAP」を参照してください。

[1] 
clustered Data ONTAPでこの処理を実行する方法の詳細については、TR-4067『NFS Best Practice and Implementation Guide』（セクション：4.8 Mapping all UID to a Single UID（squash_all））を参照してください。『 How to enable the equivalent of all_squash in clustered Data ONTAP』

TSAPでは、問題は（ストレージシステムではなく）2台のLinuxマシンを使用して複製できるすべての新しいNFSクライアントとともに使用されていることを説明しています。sec=none exportのコマンドと -o sec=none マウントのコマンドで2つのDebianボックスが使用され、失敗しました。

sec=noneanon=(uid) NFSv3を使用してコマンドを実行すると、ストレージシステムでは失敗し、コンソールに次のメッセージが記録されます。

Client <IP>, is send the NULL reply

マウントを試行すると、クライアントから次のようなエラー出力が返されます。

 マウントを試行すると、ストレージシステムから次のようなエラー出力が返されます。