clustered Data ONTAP 8.3 ファイル アクセス管理ガイド（NFS）

Transcription

1 clustered Data ONTAP 8.3 ファイルアクセス管理ガイド (NFS) 2015 年 6 月 _A0 ng-gpso-jp-documents@netapp.com 用に更新

2

3 目次 3 目次 ファイルアクセスを設定する際の考慮事項 Data ONTAP でサポートされるファイルプロトコル Data ONTAP によるファイルアクセスの制御方法 認証ベースの制限 ファイルベースの制限 ファイルアクセス管理のための LIF 設定要件 FlexVol を備えた SVM でネームスペースとボリュームジャンクションがファイル アクセスに与える影響 FlexVol を備えた SVM のネームスペースとは ボリュームジャンクションの使用に関するルール SMB および NFS ネームスペースでのボリュームジャンクションの使用 方法 一般的な NAS ネームスペースアーキテクチャとは NAS ネームスペースでのデータボリュームの作成と管理 ジャンクションポイントを指定したボリュームの作成 ジャンクションポイントが指定されていないデータボリュームの作成 NAS ネームスペースでの既存のボリュームのマウントまたはアンマウ ント ボリュームマウントポイントとジャンクションポイントに関する情報の 表示 セキュリティ形式がデータアクセスに与える影響 セキュリティ形式とその影響とは セキュリティ形式を設定する場所とタイミング FlexVol を備えた SVM で使用するセキュリティ形式を決定する方法 セキュリティ形式の継承の仕組み Data ONTAP による UNIX アクセス権の維持方法 Windows の [ セキュリティ ] タブを使用した UNIX アクセス権の管理方法 セキュリティ形式の設定 SVM ルートボリュームでのセキュリティ形式の設定 FlexVol でのセキュリティ形式の設定 qtree でのセキュリティ形式の設定 NFS と CIFS のファイルの命名規則について ファイル名に使用できる文字 ファイル名での大文字と小文字の区別 Data ONTAP でのファイル名の作成方法 Data ONTAP での UTF-16 の追加文字を含むファイル名の処理方法 ハードマウントの使用 Data ONTAP での NFS を使用したファイルアクセスのサポート方法 Data ONTAP による NFS クライアント認証の処理 Data ONTAP でのネームサービスの使用方法 Data ONTAP による NFS クライアントからの CIFS ファイルアクセスの許可方法... 27

4 4 ファイルアクセス管理ガイド (NFS) サポートされる NFS バージョンおよびクライアント Data ONTAP でサポートされる NFSv4.0 の機能 NFSv4 の Data ONTAP サポートの制限 NFSv4.1 の Data ONTAP サポート Parallel NFS の Data ONTAP サポート Infinite Volume での NFS サポートに関する情報の参照先 FlexVol を備えた SVM での UNIX セキュリティ形式データへの NFS アクセスプ ロセス FlexVol を備えた SVM での NTFS セキュリティ形式データへの NFS アクセスプ ロセス NFS を使用したファイルアクセスの設定 SVM のプロトコルの変更 NFS サーバの作成 エクスポートポリシーを使用した NFS アクセスの保護 エクスポートポリシーがボリュームまたは qtree へのクライアントアクセ スを制御する仕組み FlexVol を備えた SVM のデフォルトエクスポートポリシー エクスポートルールの仕組み リストにないセキュリティタイプを使用するクライアントの処理方法 セキュリティタイプによるクライアントアクセスレベルの決定方法 スーパーユーザアクセス要求の処理方法 エクスポートポリシーの作成 エクスポートポリシーへのルールの追加 SVM へのネットグループのロード ネットグループ定義のステータスの確認 エクスポートルールのインデックス番号の設定 FlexVol へのエクスポートポリシーの割り当て qtree へのエクスポートポリシーの割り当て qtree からのエクスポートポリシーの削除 qtree ファイル処理での qtree ID の検証 FlexVol のエクスポートポリシーの制限とネストされたジャンクション エクスポートへのクライアントアクセスのチェック NFS での Kerberos 使用によるセキュリティ強化 Data ONTAP での Kerberos のサポート NFS での Kerberos 使用を設定するための要件 NFS Kerberos で許可される暗号化タイプの設定 NFSv4 のユーザ ID ドメインの指定 NFS Kerberos realm 設定の作成 NFS Kerberos 設定の作成 ネームサービスの設定 Data ONTAP のネームサービススイッチ設定の仕組み ネームサービススイッチテーブルの設定 LDAP の使用 SSL/TLS 経由の LDAP を使用した通信の保護 新しい LDAP クライアントスキーマの作成... 65

5 目次 5 LDAP の RFC2307bis サポートの有効化 LDAP ディレクトリ検索の設定オプション LDAP クライアント設定の作成 LDAP ディレクトリのホスト単位ネットグループ検索のパフォーマンス向 上 SVM での LDAP の有効化 LDAP を使用するための SVM の設定 NIS ドメイン設定の作成 ローカル UNIX ユーザおよびグループの設定 ローカル UNIX ユーザの作成 ローカル UNIX グループへのユーザの追加 URI からのローカル UNIX ユーザのロード ローカル UNIX グループの作成 URI からのローカル UNIX グループのロード ネームマッピングの使用方法 ネームマッピングの仕組み UNIX ユーザから Windows ユーザへのネームマッピングのためのマ ルチドメイン検索 ネームマッピングの変換ルール ネームマッピングの作成 デフォルトユーザの設定 IPv6 経由の NFS のサポート NFS での IPv6 の有効化 Windows NFS クライアント向けのアクセスの有効化 Infinite Volume へのファイルアクセスの設定に関する情報の参照先 NFS を使用したファイルアクセスの管理 NFSv3 の有効化と無効化 NFSv4.0 の有効化と無効化 NFSv4.1 の有効化と無効化 pnfs の有効化と無効化 NFS クライアントによる SVM のエクスポート表示の有効化 TCP および UDP 経由の NFS アクセスの制御 非予約ポートからの NFS 要求の制御 不明な UNIX ユーザによる NTFS ボリュームまたは qtree への NFS アクセスの処 理 非予約ポートを使用して NFS エクスポートをマウントするクライアントに関する 注意事項 ドメインの検証によるネットグループのより厳密なアクセスチェックの実行 ストレージレベルのアクセス保護を使用したファイルアクセスの保護 NFSv3 サービスで使用するポートの変更 NFS サーバの管理用コマンド ネームサービスに関する問題のトラブルシューティング ネームサービススイッチエントリの管理用コマンド ネームマッピングの管理用コマンド ローカル UNIX ユーザの管理用コマンド

6 6 ファイルアクセス管理ガイド (NFS) ローカルUNIXグループの管理用コマンド ローカルUNIXユーザ グループ およびグループメンバーに対する制限 ローカルUNIXユーザおよびグループに対する制限の管理 ローカルネットグループの管理用コマンド NISドメイン設定の管理用コマンド LDAPクライアント設定の管理用コマンド LDAP 設定の管理用コマンド LDAPクライアントスキーマテンプレートの管理用コマンド NFS Kerberosインターフェイス設定の管理用コマンド NFS Kerberos Realm 設定の管理用コマンド エクスポートポリシーの管理用コマンド エクスポートルールの管理用コマンド clustered Data ONTAPでのエクスポートのフェンシングまたはフェンシング解除 NFSクレデンシャルキャッシュの設定 NFSクレデンシャルキャッシュの仕組み NFSクレデンシャルキャッシュのTime-To-Liveを変更する理由 キャッシュされたNFSユーザクレデンシャルのTTLの設定 エクスポートポリシーキャッシュの管理 Data ONTAPでのエクスポートポリシーキャッシュの使用方法 エクスポートポリシーキャッシュのフラッシュ エクスポートポリシーネットグループキューおよびキャッシュの表示 クライアントIPアドレスがネットグループのメンバーかどうかのチェック アクセスキャッシュの仕組み アクセスキャッシュパラメータの仕組み アクセスキャッシュのパフォーマンスの最適化 ファイルロックの管理 プロトコル間のファイルロックについて Data ONTAPによる読み取り専用ビットの処理方法 ロックに関する情報の表示 ロックの解除 NFSv4.1サーバ実装 IDの変更 NFSv4 ACLの管理 NFSv4 ACLを有効化する利点 NFSv4 ACLの仕組み NFSv4 ACLの変更の有効化と無効化 Data ONTAPでのNFSv4 ACLを使用したファイル削除の可否の判別方法 NFSv4 ACLの有効化と無効化 NFSv4ファイル委譲の管理 NFSv4ファイル委譲の仕組み NFSv4 読み取りファイル委譲の有効化と無効化 NFSv4 書き込みファイル委譲の有効化と無効化 NFSv4ファイルおよびレコードロックの設定 NFSv4ファイルおよびレコードロックについて

7 目次 7 NFSv4 ロックリース期間の指定 NFSv4 ロック猶予期間の指定 NFSv4 リファーラルの仕組み NFSv4 リファーラルの有効化と無効化 NFS 統計の表示 VMware vstorage over NFS のサポート VMware vstorage over NFS の有効化と無効化 rquota のサポートの有効化と無効化 TCP 最大読み取りサイズおよび書き込みサイズの変更による NFSv3 のパフォ ーマンスの向上 NFSv3 TCP 最大読み取りサイズおよび書き込みサイズの変更 NFS ユーザに許可するグループ ID 数の設定 NTFS セキュリティ形式のデータへの root ユーザアクセスの制御 FlexVol を備えた SVM での NAS イベントの監査 監査の仕組み 監査の基本概念 Data ONTAP 監査プロセスの仕組み 監査を有効にする際のアグリゲートスペースに関する考慮事項 監査の要件と考慮事項 サポートされる監査イベントログの形式 監査イベントログの表示 イベントビューアを使用したアクティブな監査ログの表示方法 監査できる SMB イベント 監査対象オブジェクトへの完全パスの決定 シンボリックリンクおよびハードリンクを監査する際の考慮事項 NTFS 代替データストリームを監査する際の考慮事項 監査できる NFS ファイルおよびディレクトリのアクセスイベント 監査設定の計画 SVM でのファイルとディレクトリの監査設定の作成 監査設定の作成 SVM での監査の有効化 監査設定の確認 ファイルおよびフォルダの監査ポリシーの設定 NTFS セキュリティ形式のファイルおよびディレクトリの監査ポリシーの 設定 UNIX セキュリティ形式のファイルおよびディレクトリの監査設定 ファイルおよびディレクトリに適用されている監査ポリシーに関する情報の表 示 Windows の [ セキュリティ ] タブを使用した監査ポリシーに関する情報の 表示 CLI を使用した FlexVol の NTFS 監査ポリシーに関する情報の表示 監査設定の管理 監査イベントログの手動ローテーション SVM での監査の有効化と無効化 監査設定に関する情報の表示

8 8 ファイルアクセス管理ガイド (NFS) 監査設定を変更するコマンド 監査設定の削除 リバート時のプロセス 監査およびステージング用のボリュームのスペースに関する問題のトラブル シューティング イベントログボリュームに関するスペースの問題のトラブルシューティ ング方法 ステージングボリュームに関するスペースの問題のトラブルシューテ ィング方法 ( クラスタ管理者のみ ) FlexVol を備えた SVM での FPolicy によるファイルの監視と管理 FPolicy の仕組み FPolicy ソリューションの 2 つの要素とは 同期通知および非同期通知とは FPolicy の実装でクラスタコンポーネントが果たす役割 FPolicy と外部 FPolicy サーバとの連携 ノードと外部 FPolicy サーバの間の通信プロセス SVM ネームスペースにおける FPolicy サービスの仕組み FPolicy の設定タイプ ネイティブ FPolicy の設定を作成する場合 外部 FPolicy サーバを使用する設定を作成する状況 FPolicy のパススルーリードによる階層型ストレージ管理のユーザビリティ向 上 FPolicy パススルーリードが有効になっている場合の読み取り要求の 処理方法 FPolicy を設定するための要件 考慮事項 およびベストプラクティス FPolicy の設定方法 FPolicy を設定するための要件 FPolicy を設定する際のベストプラクティスと推奨事項 パススルーリードのアップグレードおよびリバートに関する考慮事項 FPolicy の設定手順とは FPolicy 構成の計画 FPolicy 外部エンジンの設定の計画 FPolicy イベントの設定の計画 FPolicy ポリシーの設定の計画 FPolicy スコープの設定の計画 FPolicy の設定の作成 FPolicy 外部エンジンの作成 FPolicy ポリシーイベントの作成 FPolicy ポリシーの作成 FPolicy スコープの作成 FPolicy ポリシーの有効化 FPolicy の設定の変更 FPolicy 設定の変更用コマンド FPolicy ポリシーの有効化と無効化 FPolicy の設定に関する情報の表示

9 目次 9 show コマンドの仕組み FPolicy の設定に関する情報を表示するコマンド FPolicy ポリシーのステータスに関する情報の表示 有効な FPolicy ポリシーに関する情報の表示 FPolicy サーバの接続の管理 外部 FPolicy サーバへの接続 外部 FPolicy サーバからの切断 外部 FPolicy サーバへの接続に関する情報の表示 FPolicy パススルーリード接続のステータスに関する情報の表示 用語集 著作権に関する情報 商標に関する情報 マニュアルの更新について 索引

10 10 ファイルアクセスを設定する際の考慮事項 Data ONTAP では さまざまなプロトコルを使用したクライアントによるファイルアクセスを管理できます ファイルアクセスを設定する場合には 理解しておく必要がある概念がいくつかあります Data ONTAP でサポートされるファイルプロトコル Data ONTAP は NFS および CIFS プロトコルを使用したファイルアクセスをサポートしています クライアントは 接続に使用しているプロトコルの種類や必要な認証の種類に関係なく Storage Virtual Machine(SVM) 上のすべてのファイルにアクセスできます 関連タスク SVM のプロトコルの変更 (32 ページ ) Data ONTAP によるファイルアクセスの制御方法 Data ONTAP では 指定された認証ベースおよびファイルベースの制限に従って ファイルアクセスが制御されます クライアントがファイルにアクセスするためにストレージシステムに接続するとき Data ONTAP は 2 つのタスクを実行する必要があります 認証 Data ONTAP は 信頼できるソースで ID を検証して クライアントを認証する必要があります また クライアントの認証タイプは エクスポートポリシーの設定時にクライアントがデータにアクセスできるかどうかの判断に使用できる方法の 1 つです (CIFS の場合は省略可能 ) 許可 Data ONTAP は ユーザのクレデンシャルとファイルまたはディレクトリに対して設定されているアクセス許可を比較し 提供するアクセスのタイプ ( 該当する場合 ) を決定して ユーザを許可する必要があります ファイルアクセス制御を適切に管理するため Data ONTAP は NIS LDAP および Active Directory サーバなどの外部サービスと通信します CIFS または NFS を使用するストレージシステムのファイルアクセスを設定するには Data ONTAP の導入環境に応じて サービスを適切に設定する必要があります 関連コンセプト Data ONTAP でのネームサービスの使用方法 (26 ページ ) 認証ベースの制限 認証ベースの制限を使用すると Storage Virtual Machine(SVM) に接続できるクライアントマシンおよびユーザを指定できます Data ONTAP は UNIX サーバおよび Windows サーバどちらの Kerberos 認証もサポートします 関連コンセプト NFS での Kerberos 使用によるセキュリティ強化 (53 ページ )

11 ファイルアクセスを設定する際の考慮事項 11 ファイルベースの制限 ファイルベースの制限を使用すると ファイルごとにアクセス可能なユーザを指定できます ユーザがファイルを作成すると Data ONTAP では そのファイルに関するアクセス許可のリストが生成されます このアクセス許可リストの形式はプロトコルにより異なりますが 読み取り / 書き込み権限などの一般的な権限は必ず含まれます あるユーザがファイルにアクセスしようとすると Data ONTAP は許可リストを使用してアクセスを許可するかどうかを決定します アクセスは ユーザが実行している操作 ( 読み取り / 書き込みなど ) および以下の要素に基づいて 許可または拒否されます ユーザアカウント ユーザグループまたはネットグループ クライアントプロトコル ファイルタイプ ファイルアクセス管理のための LIF 設定要件 ファイルアクセス制御を適切に管理するため Data ONTAP は NIS LDAP および Active Directory サーバなどの外部サービスと通信します Storage Virtual Machine(SVM) の LIF は これらの通信を許可するように正しく設定されている必要があります 外部サービスとの通信は SVM のデータ LIF を介して行われます したがって 各ノードで SVM のデータ LIF がすべての必要な外部サービスに到達できるように正しく設定されていることを確認してください 関連情報 clustered Data ONTAP 8.3 ネットワーク管理ガイド FlexVol を備えた SVM でネームスペースとボリュームジャンクションがファイルアクセスに与える影響 ストレージ環境の Storage Virtual Machine(SVM) 上のファイルへのアクセスを正しく設定するためには ネームスペースとボリュームジャンクションおよびその仕組みについて理解しておく必要があります 関連コンセプト NAS ネームスペースでのデータボリュームの作成と管理 (15 ページ ) FlexVol を備えた SVM のネームスペースとは ネームスペースとは 複数のボリュームをジャンクションポイントで論理的にグループ化して Storage Virtual Machine(SVM) のルートボリュームから派生する 1 つの論理的なファイルシステムにまとめたものです SVM ごとにネームスペースが 1 つあります データ SVM の CIFS サーバおよび NFS サーバは ネームスペース内にデータを格納し ネームスペース内のデータにアクセスできます 各クライアントは ネームスペースの最上位にエクスポートをマウントするか最上位にある単一の SMB 共有にアクセスすることで ネームスペース全体にアクセスすることができます

12 12 ファイルアクセス管理ガイド (NFS) SVM 管理者が各ボリュームジャンクションにエクスポートを作成することもできます この場合 クライアントはネームスペース内の中間的地点にマウントポイントを作成したり ネームスペース内の任意のディレクトリパスをポイントする CIFS 共有を作成することができます ボリュームは ネームスペース内の任意の場所にマウントすることでいつでも追加できます 新たに追加されたボリュームのジャンクションよりも上位のネームスペース内の場所にアクセスしているクライアントは 十分な権限があれば 新しいボリュームにすぐにアクセスすることができます ボリュームジャンクションの使用に関するルール ボリュームジャンクションは 複数のボリュームを 1 つの論理ネームスペースにまとめて NAS クライアントにデータアクセスを提供する方法です ボリュームジャンクションがどのように構成されるかを理解しておけば そのルールを理解して使用することができます NAS クライアントからジャンクション経由でデータにアクセスする際 ジャンクションは通常のディレクトリと同じように表示されます ジャンクションは ルートより下のマウントポイントにボリュームをマウントすると形成され それを使用してファイルシステムツリーが作成されます ファイルシステムツリーの最上位は常にルートボリュームであり スラッシュ (/) で表されます ジャンクションは あるボリュームのディレクトリから別のボリュームのルートディレクトリへの接合点になります ジャンクションポイントを指定せずにボリュームを作成することもできますが ネームスペース内のジャンクションポイントにボリュームをマウントするまでは ボリューム内のデータをエクスポートしたり (NFS) 共有を作成したり (CIFS) することはできません ボリュームを作成時にマウントしなかった場合は 作成後にマウントできます ボリュームをジャンクションポイントにマウントすることで ネームスペースにいつでも新しいボリュームを追加できます マウント済みのボリュームをアンマウントできます ただし ボリュームのアンマウント中は ボリュームのすべてのデータに対する NAS クライアントからのアクセスが中断され アンマウントするボリュームの下にある子ジャンクションポイントにマウントされているボリュームにもアクセスできなくなります ジャンクションポイントは 親ボリュームジャンクションのすぐ下に作成することも ボリューム内のディレクトリに作成することもできます たとえば vol3 というボリュームのジャンクションのパスは /vol1/vol2/vol3 や /vol1/ dir2/vol3 でも /dir1/dir2/vol3 でもかまいません SMB および NFS ネームスペースでのボリュームジャンクションの使用方法 ネームスペース内のいずれかのジャンクションポイントにボリュームをマウントすると 単一の論理ネームスペースが作成されます ボリュームの作成時にジャンクションポイントを指定した場合 そのボリュームは作成された時点で自動的にマウントされ NAS アクセスに使用できるようになります マウントしたボリュームには SMB 共有および NFS エクスポートを作成できます ジャンクションポイントを指定しない場合 ボリュームはオンラインになりますが NAS のファイルアクセス用にマウントされません NAS のファイルアクセス用にボリュームを使用できるようにするには ボリュームをジャンクションポイントにマウントする必要があります 一般的な NAS ネームスペースアーキテクチャとは すべての Storage Virtual Machine(SVM) ネームスペースはルートボリュームから派生しますが SVM ネームスペースを作成するときに使用できる一般的な NAS ネームスペースアーキテクチャがいくつかあります ビジネス要件やワークフロー要件に合わせて ネームスペースアーキテクチャを選択できます ネームスペース階層の最上位は常にルートボリュームであり スラッシュ (/) で表します ルートの下位のネームスペースアーキテクチャは以下の 3 つの基本カテゴリに分類されます ネームスペースのルートへのジャンクションポイントが 1 つだけの単一のブランチツリー

13 ファイルアクセスを設定する際の考慮事項 13 ネームスペースのルートへのジャンクションポイントが複数ある複数のブランチツリー ボリュームごとにネームスペースのルートへの個別のジャンクションポイントがある複数のスタンドアロンボリューム 単一のブランチツリーのネームスペース 単一のブランチツリーのアーキテクチャでは SVM ネームスペースのルートへの挿入ポイントが 1 つあります この挿入ポイントは ルートの下のジャンクションされたボリュームまたはディレクトリのどちらかです それ以外のすべてのボリュームは この挿入ポイントの下のジャンクションポイント ( ボリュームまたはディレクトリ ) でマウントされます root (/) SVM ルート A A 4 A 5 A 1 A 2 A 3 A 41 A 42 A 51 A 52 A 53 A 51 A 5 A 52 A 53 A 3 A A 1 A 2 A 42 A 4 A 41 たとえば 上記のネームスペースアーキテクチャを使用する一般的なボリュームジャンクション構成は すべてのボリュームが単一の挿入ポイント ( data という名前のディレクトリ ) の下にジャンクションされる次のような構成になります Junction Junction Vserver Volume Active Junction Path Path Source vs1 corp1 true /data/dir1/corp1 RW_volume vs1 corp2 true /data/dir1/corp2 RW_volume vs1 data1 true /data/data1 RW_volume vs1 eng1 true /data/data1/eng1 RW_volume vs1 eng2 true /data/data1/eng2 RW_volume vs1 sales true /data/data1/sales RW_volume vs1 vol1 true /data/vol1 RW_volume vs1 vol2 true /data/vol2 RW_volume vs1 vol3 true /data/vol3 RW_volume vs1 vs1_root - / - 複数のブランチツリーのネームスペース 複数のブランチツリーのネームスペースには SVM ネームスペースのルートへの挿入ポイントが複数あります 挿入ポイントは ルートの下で結合 ( ジャンクション ) されたボリュームまたはディレクトリのどちらかです それ以外のすべてのボリュームは これらの挿入ポイントの下のジャンクションポイント ( ボリュームまたはディレクトリ ) でマウントされます

14 14 ファイルアクセス管理ガイド (NFS) root (/) SVM ルート A B C A A2 A3 B1 B2 C1 C2 C 3C3 C1 C C2 C3 A3 A A1 A2 B2 B B1 たとえば 上記のネームスペースアーキテクチャを使用する標準的なボリュームジャンクション構成は SVM のルートボリュームへの 3 つの挿入ポイントがある以下のような構成になります 挿入ポイントのうち 2 つは それぞれ data projects という名前のディレクトリです もう 1 つの挿入ポイントは audit という名前のジャンクションボリュームです Junction Junction Vserver Volume Active Junction Path Path Source vs1 audit true /audit RW_volume vs1 audit_logs1 true /audit/logs1 RW_volume vs1 audit_logs2 true /audit/logs2 RW_volume vs1 audit_logs3 true /audit/logs3 RW_volume vs1 eng true /data/eng RW_volume vs1 mktg1 true /data/mktg1 RW_volume vs1 mktg2 true /data/mktg2 RW_volume vs1 project1 true /projects/project1 RW_volume vs1 project2 true /projects/project2 RW_volume vs1 vs1_root - / - 複数のスタンドアロンボリュームのネームスペース スタンドアロンボリュームのアーキテクチャでは すべてのボリュームに SVM ネームスペースのルートへの挿入ポイントがありますが ボリュームは別のボリュームの下でジャンクションされていません 各ボリュームは一意のパスを持ち ルート直下でジャンクションされているか ルートの下のディレクトリでジャンクションされています

15 ファイルアクセスを設定する際の考慮事項 15 root (/) SVMルート A B C D E A B C D E たとえば 上記のネームスペースアーキテクチャを使用する標準的なボリュームジャンクション構成は SVM のルートボリュームへの 5 つの挿入ポイントがあり それぞれが 1 つのボリュームへのパスを表す以下のような構成になります Junction Junction Vserver Volume Active Junction Path Path Source vs1 eng true /eng RW_volume vs1 mktg true /vol/mktg RW_volume vs1 project1 true /project1 RW_volume vs1 project2 true /project2 RW_volume vs1 sales true /sales RW_volume vs1 vs1_root - / - NAS ネームスペースでのデータボリュームの作成と管理 NAS 環境でファイルアクセスを管理するには FlexVol を備えた Storage Virtual Machine(SVM) 上でデータボリュームおよびジャンクションポイントを管理する必要があります これには ネームスペースアーキテクチャの計画 ジャンクションポイントが設定されたボリュームまたは設定されていないボリュームの作成 ボリュームのマウントまたはアンマウント およびデータボリュームや NFS サーバまたは CIFS サーバのネームスペースに関する情報の表示が含まれます 関連コンセプト FlexVol を備えた SVM でネームスペースとボリュームジャンクションがファイルアクセスに与える影響 (11 ページ ) ジャンクションポイントを指定したボリュームの作成 データボリュームを作成する際にジャンクションポイントを指定できます 作成したボリュームはジャンクションポイントに自動的にマウントされ NAS アクセス用の設定にすぐに使用できます 開始する前に ボリュームを作成するアグリゲートがすでに存在している必要があります

16 16 ファイルアクセス管理ガイド (NFS) 手順 1. ジャンクションポイントを備えたボリュームを作成します volume create -vserver vserver_name -volume volume_name -aggregate aggregate_name -size {integer[kb MB GB TB PB]} -security-style {ntfs unix mixed} -junction-path junction_path ジャンクションパスはルート (/) で始まる必要があり ディレクトリおよびジャンクションされたボリュームを含むことができます ジャンクションパスにボリュームの名前を含める必要はありません ジャンクションパスはボリューム名に依存しません ボリュームのセキュリティ形式の指定は省略可能です セキュリティ形式を指定しない場合 Data ONTAP は Storage Virtual Machine(SVM) のルートボリュームに適用されている形式と同じセキュリティ形式を使用してボリュームを作成します ただし ルートボリュームのセキュリティ形式が 作成するデータボリュームには適切でないセキュリティ形式である場合もあります 解決が困難なファイルアクセスの問題ができるだけ発生しないように ボリュームの作成時にセキュリティ形式を指定することを推奨します ジャンクションパスでは大文字と小文字は区別されず /ENG は /eng と同じものとみなされます CIFS 共有を作成すると Windows はそのジャンクションパスを大文字と小文字の区別があるかのように扱います たとえば ジャンクションが /ENG の場合 CIFS 共有のパスは /eng ではなく /ENG で始まる必要があります データボリュームは 各種のパラメータを使用してカスタマイズできます これらのパラメータの詳細については volume create コマンドのマニュアルページを参照してください 2. 目的のジャンクションポイントが設定されたボリュームが作成されたことを確認します volume show -vserver vserver_name -volume volume_name -junction 例 次の例は ジャンクションパスが /eng/home である home4 という名前のボリュームを SVM vs1 上に作成します cluster1::> volume create -vserver vs1 -volume home4 -aggregate aggr1 -size 1g -junction-path /eng/home [Job 1642] Job succeeded: Successful cluster1::> volume show -vserver vs1 -volume home4 -junction Junction Junction Vserver Volume Active Junction Path Path Source vs1 home4 true /eng/home RW_volume ジャンクションポイントが指定されていないデータボリュームの作成 ジャンクションポイントを指定せずにデータボリュームを作成できます 作成したボリュームは自動的にはマウントされず NAS アクセス用の設定に使用することはできません このボリュームに対して SMB 共有または NFS エクスポートを設定するには まず ボリュームをマウントする必要があります 開始する前に ボリュームを作成するアグリゲートがすでに存在している必要があります 手順 1. 次のコマンドを使用して ジャンクションポイントが設定されていないボリュームを作成します

17 ファイルアクセスを設定する際の考慮事項 17 volume create -vserver vserver_name -volume volume_name -aggregate aggregate_name -size {integer[kb MB GB TB PB]} -security-style {ntfs unix mixed} ボリュームのセキュリティ形式の指定は省略可能です セキュリティ形式を指定しない場合 Data ONTAP は Storage Virtual Machine(SVM) のルートボリュームに適用されている形式と同じセキュリティ形式を使用してボリュームを作成します ただし ルートボリュームのセキュリティ形式が データボリュームには適切でないセキュリティ形式である場合もあります 解決が困難なファイルアクセスの問題ができるだけ発生しないように ボリュームの作成時にセキュリティ形式を指定することを推奨します データボリュームは 各種のパラメータを使用してカスタマイズできます これらのパラメータの詳細については volume create コマンドのマニュアルページを参照してください 2. ジャンクションポイントが設定されていないボリュームが作成されたことを確認します volume show -vserver vserver_name -volume volume_name -junction 例 次の例は ジャンクションポイントにマウントされない sales という名前のボリュームを SVM vs1 上に作成します cluster1::> volume create -vserver vs1 -volume sales -aggregate aggr3 -size 20GB [Job 3406] Job succeeded: Successful cluster1::> volume show -vserver vs1 -junction Junction Junction Vserver Volume Active Junction Path Path Source vs1 data true /data RW_volume vs1 home4 true /eng/home RW_volume vs1 vs1_root - / - vs1 sales NAS ネームスペースでの既存のボリュームのマウントまたはアンマウント Storage Virtual Machine(SVM) ボリュームに含まれているデータへの NAS クライアントのアクセスを設定するには ボリュームが NAS ネームスペースにマウントされている必要があります ボリュームがマウントされていない場合 ジャンクションポイントにボリュームをマウントできます また ボリュームはアンマウントすることもできます タスク概要 ボリュームをアンマウントすると ジャンクションポイント内のすべてのデータに NAS クライアントからアクセスできなくなります アンマウントしたボリュームのネームスペース内にジャンクションポイントが含まれるボリューム内のデータもこれに該当します ボリュームをアンマウントしても ボリューム内のデータは失われません また 既存のボリュームエクスポートポリシーおよびボリュームまたはディレクトリ上に作成された SMB 共有 およびアンマウントされたボリューム内のジャンクションポイントもそのままです アンマウントしたボリュームを再マウントすれば NAS は 既存のエクスポートポリシーと SMB 共有を使用してボリューム内のデータにアクセスできるようになります 手順 1. 次のうち必要な操作を実行します 状況 ボリュームのマウント 入力するコマンド volume mount -vserver vserver_name -volume volume_name -junction-path junction_path

18 18 ファイルアクセス管理ガイド (NFS) 状況 ボリュームのアンマウント 入力するコマンド volume unmount -vserver vserver_name -volume volume_name 2. ボリュームが次のようなマウント状態になっていることを確認します volume show -vserver vserver_name -volume volume_name -junction 例 次に vs1 という SVM 内の sales という名前のボリュームをジャンクションポイント /sales にマウントする例を示します cluster1::> volume mount -vserver vs1 -volume sales -junction-path /sales cluster1::> volume show -vserver vs1 -junction Junction Junction Vserver Volume Active Junction Path Path Source vs1 data true /data RW_volume vs1 home4 true /eng/home RW_volume vs1 vs1_root - / - vs1 sales true /sales RW_volume 次に vs1 という SVM 内の data という名前のボリュームをアンマウントする例を示します cluster1::> volume unmount -vserver vs1 -volume data cluster1::> volume show -vserver vs1 -junction Junction Junction Vserver Volume Active Junction Path Path Source vs1 data vs1 home4 true /eng/home RW_volume vs1 vs1_root - / - vs1 sales true /sales RW_volume ボリュームマウントポイントとジャンクションポイントに関する情報の表示 Storage Virtual Machine(SVM) のマウントされたボリューム およびボリュームがマウントされているジャンクションポイントに関する情報を表示できます また ジャンクションポイントにマウントされていないボリュームを確認することもできます この情報を使用して SVM ネームスペースを把握し 管理することができます 手順 1. 次のうち必要な操作を実行します 表示する項目 SVM のマウントされた / されていないボリュームの概要情報 SVM のマウントされた / されていないボリュームの詳細情報 入力するコマンド volume show -vserver vserver_name -junction volume show -vserver vserver_name -volume volume_name -instance

19 ファイルアクセスを設定する際の考慮事項 19 表示する項目 SVM のマウントされた / されていないボリュームの特定の情報 入力するコマンド a. 必要に応じて 次のコマンドを使用して -fields パラメータの有効なフィールドを表示できます volume show -fields? b. -fields パラメータを使用して 必要な情報を表示します volume show -vserver vserver_name -fields fieldname,... 例 次の例では SVM vs1 のマウントされたボリュームとマウントされていないボリュームの概要を表示します cluster1::> volume show -vserver vs1 -junction Junction Junction Vserver Volume Active Junction Path Path Source vs1 data true /data RW_volume vs1 home4 true /eng/home RW_volume vs1 vs1_root - / - vs1 sales true /sales RW_volume 次の例では SVM vs2 上のボリュームの指定したフィールドに関する情報を表示します cluster1::> volume show -vserver vs2 -fields vserver,volume,aggregate,size,state,type,securitystyle,junction-path,junction-parent,node vserver volume aggregate size state type security-style junction-path junction-parent node vs2 data1 aggr3 2GB online RW unix - - node3 vs2 data2 aggr3 1GB online RW ntfs /data2 vs2_root node3 vs2 data2_1 aggr3 8GB online RW ntfs /data2/d2_1 data2 node3 vs2 data2_2 aggr3 8GB online RW ntfs /data2/d2_2 data2 node3 vs2 pubs aggr1 1GB online RW unix /publications vs2_root node1 vs2 images aggr3 2TB online RW ntfs /images vs2_root node3 vs2 logs aggr1 1GB online RW unix /logs vs2_root node1 vs2 vs2_root aggr3 1GB online RW ntfs / - node3 セキュリティ形式がデータアクセスに与える影響 ストレージシステムの各ボリュームおよび qtree には セキュリティ形式が設定されています セキュリティ形式は ユーザを許可する際に使用されるボリュームのデータに対するアクセス権のタイプを決定します どのようなセキュリティ形式があるかを把握し その設定のタイミングと場所 アクセス権への影響 ボリュームタイプによる違いなどについて理解しておく必要があります セキュリティ形式とその影響とは セキュリティ形式には UNIX NTFS mixed および unified の 4 種類があり セキュリティ形式ごとにデータに対する権限の扱いが異なります 目的に応じて適切なセキュリティ形式を選択できるように それぞれの影響について理解しておく必要があります セキュリティ形式はデータにアクセスできるクライアントの種類には影響しないことに注意してください セキュリティ形式で決まるのは データアクセスの制御に Data ONTAP で使用される権限の種類と それらの権限を変更できるクライアントの種類だけです たとえば あるボリュームで UNIX セキュリティ形式を使用している場合でも Data ONTAP はマルチプロトコルに対応しているため SMB クライアントは引き続きデータにアクセスできます ( 適切に認証および許可されている場合 ) ただし Data ONTAP が使用するのは UNIX 権限で これは UNIX クライアントのみが標準ツールを使用して変更できます

20 20 ファイルアクセス管理ガイド (NFS) セキュリティ形式 権限を変更できるクライアント クライアントが使用できる権限 有効になるセキュリティ形式 ファイルにアクセスできるクライアント UNIX NFS NFSv3 モードビット UNIX NFS と SMB NFSv4.x ACL UNIX NTFS SMB NTFS ACL NTFS mixed unified (Infinite Volume のみ ) NFS または SMB NFS または SMB NFSv3 モードビット NFSv4.x ACL NTFS ACL NFSv3 モードビット NFSv4.1 ACL NTFS ACL UNIX UNIX NTFS UNIX UNIX NTFS セキュリティ形式が mixed または unified の場合は ユーザがセキュリティ形式を各自設定するため 権限を最後に変更したクライアントの種類によって有効になる権限が異なります 権限を最後に変更したクライアントが NFSv3 クライアントの場合 権限は UNIX NFSv3 モードビットになります 最後のクライアントが NFSv4 クライアントの場合 権限は NFSv4 ACL になります 最後のクライアントが SMB クライアントの場合 権限は Windows NTFS ACL になります 注 : Data ONTAP は最初にデフォルトのファイル権限をいくつか設定します デフォルトでは UNIX mixed および unified のセキュリティ形式のボリュームにあるデータについては セキュリティ形式は UNIX 権限の種類は UNIX モードビット ( 特に指定しないかぎり 0755) が有効になります これは デフォルトのセキュリティ形式で許可されたクライアントが設定するまで変わりません 同様に NTFS セキュリティ形式のボリュームにあるデータについては デフォルトで NTFS セキュリティ形式が有効になり すべてのユーザにフルコントロール権限を許可する ACL が割り当てられます 関連コンセプト NFSv4 ACL の管理 (119 ページ ) 関連情報 Clustered Data ONTAP 8.3 Infinite Volumes Management Guide セキュリティ形式を設定する場所とタイミング セキュリティ形式は FlexVol( ルートボリュームとデータボリュームのどちらでも可 ) および qtree 上に設定できます セキュリティ形式は 作成時に手作業で設定したり 自動的に継承したり 後から変更したりすることができます 注 : Infinite Volume は 常に unified セキュリティ形式を使用します Infinite Volume のセキュリティ形式は設定も変更もできません 関連コンセプト セキュリティ形式の設定 (22 ページ )

21 ファイルアクセスを設定する際の考慮事項 21 FlexVol を備えた SVM で使用するセキュリティ形式を決定する方法 ボリュームで使用するセキュリティ形式を決定するには 2 つの要素を考慮する必要があります 第 1 の要素は ファイルシステムの管理者のタイプで 第 2 の要素は ボリューム上のデータにアクセスするユーザまたはサービスのタイプです ボリュームのセキュリティ形式を設定する際には 環境のニーズを考慮して最適なセキュリティ形式を選択し アクセス権の管理に関する問題を回避する必要があります 以下は決定時に考慮すべき項目です セキュリティ形式 UNIX 以下の場合に選択 ファイルシステムが UNIX 管理者によって管理されている ユーザの大半が NFS クライアントである データにアクセスするアプリケーションで サービスアカウントとして UNIX ユーザが使用される NTFS ファイルシステムが Windows 管理者によって管理されている ユーザの大半が SMB クライアントである データにアクセスするアプリケーションで サービスアカウントとして Windows ユーザが使用される mixed ファイルシステムが UNIX 管理者と Windows 管理者の両方によって管理され ユーザが NFS クライアントと SMB クライアントの両方で構成される セキュリティ形式の継承の仕組み 新しい FlexVol または qtree の作成時にセキュリティ形式を指定しない場合 セキュリティ形式は継承されます セキュリティ形式は 次のように継承されます FlexVol は その FlexVol を含む Storage Virtual Machine(SVM) のルートボリュームのセキュリティ形式を継承します qtree は その qtree を含む FlexVol のセキュリティ形式を継承します ファイルまたはディレクトリは そのファイルまたはディレクトリを含む FlexVol または qtree のセキュリティ形式を継承します Infinite Volume はセキュリティ形式を継承できません Infinite Volume のファイルおよびディレクトリは 常に unified セキュリティ形式を使用します Infinite Volume とそれに含まれるファイルおよびディレクトリのセキュリティ形式は 変更できません Data ONTAP による UNIX アクセス権の維持方法 UNIX アクセス権が現在設定されている FlexVol 内のファイルが Windows アプリケーションによって編集および保存されても Data ONTAP では UNIX アクセス権が維持されます Windows クライアントのアプリケーションがファイルを編集して保存するとき アプリケーションはファイルのセキュリティプロパティを読み取り 新しい一時ファイルを作成してセキュリティプロパティをこのファイルに適用し 元のファイル名を付けます Windows クライアントがセキュリティプロパティを照会すると UNIX アクセス権を正確に反映した構築済み ACL が渡されます この ACL の目的は Windows アプリケーションによってファイルが更新された際にファイルの UNIX アクセス権を維持し 変更後のファイルの UNIX アクセス権が同じに

22 22 ファイルアクセス管理ガイド (NFS) なるようにすることです Data ONTAP がこの構築済み ACL を使用して NTFS ACL を設定することはありません Windows の [ セキュリティ ] タブを使用した UNIX アクセス権の管理方法 FlexVol を備えた Storage Virtual Machine(SVM) で mixed セキュリティ形式のボリュームまたは qtree 内にあるファイルまたはフォルダの UNIX アクセス権を操作する場合は Windows クライアントの [ セキュリティ ] タブを使用します または Windows ACL を照会または設定できるアプリケーションを使用できます UNIX アクセス権の変更 Windows の [ セキュリティ ] タブで mixed セキュリティ形式のボリュームまたは qtree の UNIX アクセス権を表示および変更することができます Windows のメイン [ セキュリティ ] タブを使用して UNIX アクセス権を変更する場合は 変更を行う前にまず 編集する既存の ACE を削除する必要があります ( これによりモードビットが 0 に設定されます ) また 高度なエディタを使用してアクセス権を変更することもできます モードのアクセス権を使用している場合は リストされた UID GID およびその他 ( コンピュータにアカウントを持つその他すべてのユーザ ) のモードアクセス権を直接変更できます たとえば 表示された UID に r-x のアクセス権が設定されている場合 この UID のアクセス権を rwx に変更できます UNIX アクセス権から NTFS アクセス権への変更 Windows の [ セキュリティ ] タブを使用して ファイルおよびフォルダが UNIX 対応のセキュリティ形式で設定されている mixed 型セキュリティ形式のボリュームまたは qtree 上の場合であれば UNIX のセキュリティオブジェクトを Windows のセキュリティオブジェクトで置き換えることができます その場合は 適切な Windows のユーザおよびグループのオブジェクトで置き換える前に リストされている UNIX アクセス権のすべてのエントリをまず削除する必要があります 次に Windows のユーザおよびグループのオブジェクトに NTFS-based ACL を設定します すべての UNIX セキュリティオブジェクトを削除し Windows のユーザおよびグループのみを mixed セキュリティ形式のボリュームまたは qtree 上のファイルまたはフォルダに追加すると ファイルまたはフォルダのセキュリティ形式が UNIX から NTFS へ変換されます フォルダへのアクセス権を変更する際には Windows のデフォルトの動作により フォルダの配下のすべてのフォルダとファイルにもアクセス権の変更が反映されます したがって セキュリティスタイルの変更をすべての子フォルダ サブフォルダ およびファイルに反映したくない場合は 反映する範囲を希望の範囲に変更する必要があります セキュリティ形式の設定 FlexVol ボリュームおよび qtree のセキュリティ形式を設定することで アクセスを制御するために Data ONTAP が使用するアクセス権のタイプや そのアクセス権を変更できるクライアントタイプを決定できます Infinite Volume のセキュリティ形式については Clustered Data ONTAP Infinite Volumes Management Guide を参照してください 関連コンセプト セキュリティ形式がデータアクセスに与える影響 (19 ページ )

23 ファイルアクセスを設定する際の考慮事項 23 SVM ルートボリュームでのセキュリティ形式の設定 Storage Virtual Machine(SVM) のルートボリューム上のデータに使用するアクセス権のタイプを決定するには SVM ルートボリュームのセキュリティ形式を設定します 手順 1. セキュリティ形式を定義するには vserver create コマンドで -rootvolume-securitystyle パラメータを使用します ルートボリュームのセキュリティ形式に使用できるオプションは unix ntfs または mixed です unified セキュリティ形式は Infinite Volume にしか適用されないため 使用できません vserver create コマンドの詳細については clustered Data ONTAP システムアドミニストレーションガイド ( クラスタ管理 ) を参照してください 2. 作成した SVM のルートボリュームセキュリティ形式を含む設定を表示して確認します vserver show -vserver vserver_name FlexVol でのセキュリティ形式の設定 Storage Virtual Machine(SVM) の FlexVol 上のデータに使用するアクセス権のタイプを決定するには FlexVol のセキュリティ形式を設定します 手順 1. 次のいずれかを実行します FlexVol の有無 まだ存在しない すでに存在する 使用するコマンド セキュリティ形式を指定する -security-style パラメータを付加して volume create を入力します セキュリティ形式を指定する -security-style パラメータを付加して volume modify を入力します FlexVol のセキュリティ形式に使用できるオプションは unix ntfs または mixed です unified セキュリティ形式は Infinite Volume にしか適用されないため 使用できません FlexVol の作成時にセキュリティ形式を指定しない場合 ボリュームはルートボリュームのセキュリティ形式を継承します volume create コマンドまたは volume modify コマンドの詳細については clustered Data ONTAP 論理ストレージ管理ガイド を参照してください 2. 作成した FlexVol のセキュリティ形式を含む設定を表示するには 次のコマンドを入力します volume show -volume volume_name -instance qtree でのセキュリティ形式の設定 qtree 上のデータに使用するアクセス権のタイプを決定するには qtree のセキュリティ形式を設定します 手順 1. 次のいずれかを実行します

24 24 ファイルアクセス管理ガイド (NFS) qtree の有無 まだ存在しない すでに存在する 使用するコマンド セキュリティ形式を指定する -security-style パラメータを付加して volume qtree create を入力します セキュリティ形式を指定する -security-style パラメータを付加して volume qtree modify を入力します qtree のセキュリティ形式に使用できるオプションは unix ntfs または mixed です unified セキュリティ形式は Infinite Volume にしか適用されないため 使用できません qtree の作成時にセキュリティ形式を指定しない場合 デフォルトセキュリティ形式の mixed になります volume qtree create コマンドまたは volume qtree modify コマンドの詳細については clustered Data ONTAP 論理ストレージ管理ガイド を参照してください 2. 作成した qtree のセキュリティ形式を含む設定を表示するには 次のコマンドを入力します volume qtree show -qtree qtree_name -instance NFS と CIFS のファイルの命名規則について ファイルの命名規則は ネットワーククライアントのオペレーティングシステムとそのファイル共有のプロトコルによって異なります オペレーティングシステムとそのファイル共有のプロトコルの種類によって 次の要素が決定します ファイル名に使用できる文字 ファイル名での大文字と小文字の区別 ファイル名に使用できる文字 異なるオペレーティングシステム上のクライアント間でファイルを共有する場合は どちらのオペレーティングシステムでも有効な文字を使用します たとえば UNIX を使用してファイルを作成する場合は ファイル名にはコロン (:) を使用しないでください コロンは MS-DOS ファイル名では無効な文字となります 文字の制約はオペレーティングシステムごとに異なります 使用できない文字の詳細については クライアントのオペレーティングシステムのマニュアルを参照してください ファイル名での大文字と小文字の区別 ファイル名について NFS クライアントでは大文字と小文字が区別されますが CIFS クライアントでは大文字と小文字が区別されず 同じ文字として扱われます たとえば CIFS クライアントが Spec.txt という名前のファイルを作成すると この名前は CIFS クライアントと NFS クライアントの双方で Spec.txt と表示されます ただし CIFS クライアントがあとで spec.txt というファイルを作成しようとしても CIFS クライアントに同じ名前がすでに存在しているため その名前は許可されません NFS ユーザがあとで spec.txt という名前のファイルを作成すると この名前は NFS クライアントと CIFS クライアントで次のように表示されます NFS クライアントでは ファイル名の大文字と小文字が区別されるため 作成したとおりに両方のファイル名 Spec.txt および spec.txt が表示されます CIFS クライアントでは Spec.txt および Spec~1.txt と表示されます Data ONTAP によって 2 つのファイル名を区別するために Spec~1.txt というファイル名が作成されます

25 ファイルアクセスを設定する際の考慮事項 25 Data ONTAP でのファイル名の作成方法 Data ONTAP では CIFS クライアントからアクセスされるすべてのディレクトリ内にあるファイルに対して 2 つのファイル名が作成され 保持されます 元の長いファイル名と 8.3 形式のファイル名です 8 文字のファイル名あるいは 3 文字の拡張子名の制限を越えるファイル名については 8.3 形式ファイル名が次のように生成されます ファイル名が 6 文字を越える場合は 元の名前が 6 文字に短縮されます 切り捨て後に一意でなくなったファイル名にはチルダ (~) と 1~5 の数字が追加されます 同様の名前が 6 つ以上存在するため数字が足りなくなった場合には 元のファイル名とは無関係の一意のファイル名が作成されます ファイルの拡張子が 3 文字に短縮されます たとえば NFS クライアントが specifications.html という名前のファイルを作成すると Data ONTAP によって specif~1.htm という 8.3 形式のファイル名が作成されます この名前がすでに存在している場合は ファイル名の最後の番号が別の番号になります たとえば NFS クライアントが specifications_new.html という別の名前のファイルを作成すると specifications_new.html の 8.3 形式の名前は specif~2.htm になります Data ONTAP での UTF-16 の追加文字を含むファイル名の処理方法 UTF-16 の追加文字を含むファイル名が環境で使用されている場合は ストレージシステムでのファイルの命名時にエラーを回避するために そのようなファイル名が Data ONTAP でどのように処理されるかを理解しておく必要があります 一般に Windows アプリケーションでは Unicode 文字データは 16-bit Unicode Transformation Format(UTF-16) を使用して表現されます UTF-16 の Basic Multilingual Plane(BMP; 基本多言語面 ) の文字は 単一の 16 ビットコード単位で表されます それ以外の 16 個の追加面に含まれる文字は サロゲートペアと呼ばれる 16 ビットコード単位のペアで表されます ストレージシステムで作成するファイル名に追加文字が含まれている場合 その文字が有効か無効かにかかわらず Data ONTAP はそのファイル名を拒否し ファイル名が無効であることを示すエラーを返します この問題を回避するために ファイル名には BMP 文字のみを使用し 追加文字は使用しないようにしてください ハードマウントの使用 マウントの問題をトラブルシューティングする場合 正しい種類のマウントを使用していることを確認します NFS は 2 つのマウントタイプをサポートしています ソフトマウントとハードマウントです 信頼性を向上させるために ハードマウントのみを使用してください ソフトマウントは使用しないでください ( 特に NFS タイムアウトが頻繁に発生する場合 ) タイムアウトによって競合状態が発生し データが破損する可能性があります

26 26 Data ONTAP での NFS を使用したファイルアクセスのサポート方法 ストレージシステム上のボリュームまたは qtree をエクスポートおよびエクスポート解除して NFS クライアントがこれらにマウントできるようにしたりマウントできなくしたりすることができます Data ONTAP による NFS クライアント認証の処理 NFS クライアントから Storage Virtual Machine(SVM) 上のデータにアクセスするためには NFS クライアントが正しく認証されている必要があります Data ONTAP では UNIX クレデンシャルを設定されたネームサービスに照らしてチェックすることで そのクライアントを認証します NFS クライアントが SVM に接続すると Data ONTAP は SVM のネームサービス設定に応じて複数のネームサービスをチェックし そのユーザの UNIX クレデンシャルを取得します Data ONTAP でチェックできるのは ローカルの UNIX アカウント NIS ドメイン および LDAP ドメインのクレデンシャルです Data ONTAP がユーザを認証できるように このうちの少なくとも 1 つを設定しておく必要があります 複数のネームサービスと検索順序を指定できます UNIX のボリュームセキュリティ形式のみを使用する NFS 環境の場合 この設定だけで NFS クライアントから接続するユーザが認証され 適切なファイルアクセスが提供されます ボリュームのセキュリティ形式が Mixed NTFS または Unified の場合 Data ONTAP が UNIX ユーザを Windows ドメインコントローラで認証するためには CIFS ユーザ名を取得する必要があります そのためには ローカルの UNIX アカウントまたは LDAP ドメインを使用して個々のユーザをマッピングするか 代わりにデフォルトの CIFS ユーザを使用します Data ONTAP が検索するネームサービスの種類と検索順序を指定するか またはデフォルトの CIFS ユーザを指定します 関連コンセプト セキュリティ形式がデータアクセスに与える影響 (19 ページ ) Data ONTAP でのネームサービスの使用方法 Data ONTAP は ネームサービスを使用してユーザやクライアントに関する情報を取得します Data ONTAP は この情報を使用して ストレージシステム上のデータにアクセスしたりストレージシステムを管理したりするユーザの認証や 混在環境でのユーザクレデンシャルのマッピングを行います ストレージシステムの設定時には Data ONTAP が認証用のユーザクレデンシャルを取得するために使用するネームサービスを指定する必要があります Data ONTAP では 次のネームサービスをサポートしています ローカルユーザ (file) 外部 NIS ドメイン (NIS) 外部 LDAP ドメイン (LDAP) ネットワーク情報を検索するソースやソースの検索順序に関する Storage Virtual Machine(SVM) の設定を行うには vserver services name-service ns-switch コマンドファミリーを使用します これらのコマンドは UNIX システムの /etc/nsswitch.conf ファイルに相当する機能を提供します

27 Data ONTAP での NFS を使用したファイルアクセスのサポート方法 27 NFS クライアントが SVM に接続すると Data ONTAP は指定されたネームサービスをチェックして ユーザの UNIX クレデンシャルを取得します ネームサービスが正しく設定されていて Data ONTAP が UNIX クレデンシャルを取得できる場合 Data ONTAP はユーザの認証に成功します mixed セキュリティ形式の環境では Data ONTAP によるユーザクレデンシャルのマッピングが必要になる場合があります Data ONTAP がユーザクレデンシャルを適切にマッピングできるよう ネームサービスを適切に設定する必要があります Data ONTAP は SVM 管理者アカウントの認証にもネームサービスを使用します ネームサービススイッチを設定または変更する際にはこの点を念頭に置いて SVM 管理者アカウントの認証を誤って無効にしないようにする必要があります SVM 管理ユーザサービスの詳細については clustered Data ONTAP システムアドミニストレーションガイド ( クラスタ管理 ) を参照してください 関連コンセプト ネームサービスの設定 (60 ページ ) ローカル UNIX ユーザおよびグループの設定 (75 ページ ) 関連タスク LDAP を使用するための SVM の設定 (73 ページ ) NIS ドメイン設定の作成 (74 ページ ) 関連情報 ネットアップテクニカルレポート 4379: Name Services Best Practice Guide Clustered Data ONTAP Data ONTAP による NFS クライアントからの CIFS ファイルアクセスの許可方法 Data ONTAP では NTFS(Windows NT ファイルシステム ) のセキュリティセマンティクスを利用して NTFS 権限が設定されたファイルへのアクセス権が NFS クライアント上の UNIX ユーザにあるかどうかが判別されます Data ONTAP では ユーザの UNIX User ID(UID;UNIX ユーザ ID) から変換された CIFS クレデンシャルを使用して ファイルに対するユーザのアクセス権の有無が確認されます CIFS クレデンシャルは 通常はユーザの Windows ユーザ名であるプライマリ Security Identifier(SID; セキュリティ ID) と ユーザがメンバーとなっている Windows グループに対応する 1 つ以上のグループ SID で構成されています Data ONTAP で UNIX UID を CIFS クレデンシャルへ変換するときに要する時間は 数十ミリ秒から数百ミリ秒です これは この変換処理にドメインコントローラへの問い合わせも含まれるためです Data ONTAP では UID が CIFS クレデンシャルにマッピングされます このマッピングはクレデンシャルキャッシュ内に入力されるので 変換によって発生する照合時間が短縮されます サポートされる NFS バージョンおよびクライアント ネットワークで NFS を使用する前に Data ONTAP でサポートされる NFS のバージョンとクライアントを確認しておく必要があります Data ONTAP は 以下に示す NFS プロトコルのメジャーおよびマイナーバージョンをサポートしています NFSv3

28 28 ファイルアクセス管理ガイド (NFS) NFSv4.0 NFSv4.1 pnfs Data ONTAP がサポートする NFS クライアントの最新情報については Interoperability Matrix (mysupport.netapp.com/matrix) を参照してください Data ONTAP でサポートされる NFSv4.0 の機能 Data ONTAP は SPKM3 および LIPKEY のセキュリティ機能を除き NFSv4.0 の必須機能をすべてサポートしています 次の NFSV4 の機能がサポートされます COMPOUND クライアントは 1 回の Remote Procedure Call(RPC; リモートプロシージャコール ) 要求で複数のファイル操作を要求できます ファイル委譲 サーバは一部の種類のクライアントにファイル制御を委任して読み取り / 書き込みアクセスを許可できます Pseudo-fs ロック NFSv4 サーバでストレージシステムのマウントポイントの決定に使用します NFSv4 にはマウントプロトコルはありません リースベースです NFSv4 には独立した Network Lock Manager(NLM; ネットワークロックマネージャ ) または Network Status Monitor(NSM; ネットワークステータスモニタ ) プロトコルはありません NFSv4.0 プロトコルの詳細については RFC 3530 を参照してください 関連コンセプト NFSv4 ファイル委譲の管理 (122 ページ ) ファイルロックの管理 (115 ページ ) 関連タスク NFSv4 ファイルおよびレコードロックの設定 (125 ページ ) NFSv4 の Data ONTAP サポートの制限 NFSv4 の Data ONTAP サポートにはいくつかの制限があることに注意してください 委譲機能はすべてのクライアントタイプによってサポートされているわけではありません LANG 設定が UTF8 以外のボリュームでは ASCII 以外の文字を使用した名前は ストレージシステムで拒否されます すべてのファイルハンドルは永続的です サーバは揮発性のファイルハンドルを配布しません 移行およびレプリケーションはサポートされません NFSv4 クライアントは 読み取り専用負荷共有ミラーでサポートされていません

29 Data ONTAP での NFS を使用したファイルアクセスのサポート方法 29 Data ONTAP は NFSv4 クライアントを直接読み取りおよび書き込みアクセスの負荷共有ミラーのソースにルーティングします 名前付き属性はサポートされません 次の属性を除くすべての推奨属性がサポートされています archive hidden homogeneous mimetype quota_avail_hard quota_avail_soft quota_used system time_backup 注 : Data ONTAP は quota* 属性をサポートしませんが RQUOTA 側のバンドプロトコルを通してユーザおよびグループクォータをサポートします NFSv4.1 の Data ONTAP サポート Data ONTAP は NFSv4.1 プロトコルをサポートし NFSv4.1 クライアントのアクセスを許可します デフォルトでは NFSv4.1 は無効になっています これを有効にするには Storage Virtual Machine (SVM) に NFS サーバを作成するときに -v4.1 オプションを指定して有効 (enabled) に設定します Data ONTAP は NFSv4.1 のディレクトリおよびファイルレベルの委譲をサポートしていません 関連タスク NFSv4.1 の有効化と無効化 (89 ページ ) Parallel NFS の Data ONTAP サポート Data ONTAP は Parallel NFS(pNFS; パラレル NFS) をサポートします pnfs プロトコルは クラスタの複数のノードに分散されたファイルセットのデータにクライアントが直接アクセスできるようにして パフォーマンスを向上します この機能により クライアントはボリュームへの最適なパスを見つけることができます 関連タスク pnfs の有効化と無効化 (89 ページ ) Infinite Volume での NFS サポートに関する情報の参照先 Infinite Volumes でサポートされている NFS のバージョンと機能については Clustered Data ONTAP Infinite Volumes Management Guide を参照してください

30 30 ファイルアクセス管理ガイド (NFS) FlexVol を備えた SVM での UNIX セキュリティ形式データへの NFS アクセスプロセス UNIX のセキュリティ形式への NFS アクセスに使用するプロセスを理解しておくと 適切なセキュリティ設定を提供するファイルアクセスの構成を設計するときに役立ちます NFS クライアントがストレージシステムに接続して UNIX セキュリティ形式のデータへアクセスする場合 Data ONTAP は次の手順にしたがいます 1. ユーザの UNIX クレデンシャルを取得します Data ONTAP は Storage Virtual Machine(SVM) の設定に応じて ローカルの UNIX アカウント NIS サーバ および LDAP サーバをチェックします 2. ユーザを許可します Data ONTAP は UNIX のデータ権限と照合してユーザの UNIX クレデンシャルをチェックし ユーザに許可されているデータアクセスのタイプを特定します ( アクセス権限がある場合 ) このシナリオでは CIFS クレデンシャルは必須要件ではないため 名前の照合は行われません 関連コンセプト セキュリティ形式がデータアクセスに与える影響 (19 ページ ) ローカル UNIX ユーザおよびグループの設定 (75 ページ ) FlexVol を備えた SVM での NTFS セキュリティ形式データへの NFS アクセスプロセス NTFS セキュリティ形式のデータへの NFS アクセスで使用されるプロセスを理解すると ファイルアクセスの設定について設計するときに適切なセキュリティ設定を判断するのに役立ちます NTFS セキュリティ形式のデータにアクセスするために NFS クライアントからストレージシステムに接続する場合の Data ONTAP のプロセスは次のとおりです 1. ユーザの UNIX クレデンシャルを取得します Data ONTAP は Storage Virtual Machine(SVM) の設定に応じて ローカルの UNIX アカウント NIS サーバ および LDAP サーバをチェックします 2. UNIX ユーザを CIFS 名にマップします Data ONTAP は SVM の設定に応じて ローカル名のマッピングルール LDAP のマッピングルール およびデフォルトの CIFS ユーザをチェックします 3. Windows ドメインコントローラへの接続を確立します キャッシュされている接続を使用するか DNS サーバを照会するか または指定されている優先ドメインコントローラを使用します 4. ユーザを認証します ドメインコントローラに接続し パススルー認証を実行します 5. ユーザを許可します Data ONTAP は NTFS のデータ権限と照合してユーザの CIFS クレデンシャルをチェックし ユーザに許可されているデータアクセスのタイプを特定します ( アクセス権限がある場合 ) 関連コンセプト セキュリティ形式がデータアクセスに与える影響 (19 ページ ) ネームマッピングの使用方法 (80 ページ )

31 Data ONTAP での NFS を使用したファイルアクセスのサポート方法 31 ローカル UNIX ユーザおよびグループの設定 (75 ページ )

32 32 NFS を使用したファイルアクセスの設定 クライアントが NFS を使用して Storage Virtual Machine(SVM) のファイルにアクセスできるようにするには いくつかの手順を実行する必要があります 環境の現在の設定によっては さらにいくつかの追加手順があります クライアントが NFS を使用して SVM のファイルにアクセスできるようにするには 次の作業を行う必要があります 1. SVM で NFS プロトコルを有効にします NFS を使用したクライアントからのデータアクセスを許可するように SVM を設定する必要があります 2. SVM で NFS サーバを作成します NFS サーバは SVM 上の論理エンティティであり SVM が NFS 経由でファイルを提供できるようにします NFS サーバを作成し 許可する NFS プロトコルのバージョンを指定する必要があります 3. SVM でエクスポートポリシーを設定します エクスポートポリシーを設定して クライアントがボリュームと qtree を使用できるようにする必要があります 4. ネットワークおよびストレージの環境に応じて 適切なセキュリティおよびその他の設定を使用して NFS サーバを設定します この手順には Kerberos LDAP NIS ネームマッピング ローカルユーザの設定が含まれます 注 : NFS を使用したファイルアクセスをセットアップする前に SVM を用意しておく必要があります SVM の詳細については clustered Data ONTAP システムアドミニストレーションガイド (SVM 管理 ) を参照してください SVM のプロトコルの変更 Storage Virtual Machine(SVM) の NFS や SMB を構成して使用する前に SVM のプロトコルを有効にする必要があります この作業は通常 SVM のセットアップ時に実行します ただし セットアップ時に SVM のプロトコルを有効にしなかった場合でも vserver add-protocols コマンドを使用して あとからこのプロトコルを有効にできます タスク概要 vserver remove-protocols コマンドを使用して SVM 上のプロトコルを無効にすることもできます 手順 1. 現在 SVM で有効になっているプロトコルと無効になっているプロトコルをチェックします vserver show -vserver vserver_name -protocols vserver show-protocols コマンドを使用して クラスタ内のすべての SVM で現在有効になっているプロトコルを表示することもできます 2. 次のいずれかを実行します

33 NFS を使用したファイルアクセスの設定 33 状況 入力するコマンド プロトコルを有効にする vserver add-protocols -vserver vserver_name - protocols protocol_name[,protocol_name,...] プロトコルを無効にする vserver remove-protocols -vserver vserver_name - protocols protocol_name[,protocol_name,...] 詳細については 各コマンドのマニュアルページを参照してください 3. 許可するプロトコルと許可しないプロトコルが正しく更新されたことを確認します vserver show -vserver vserver_name -protocols 例 次のコマンドは vs1 という SVM で現在有効になっているプロトコルと無効になっているプロトコルを表示します vs1::> vserver show -vserver vs1 -protocols Vserver Allowed Protocols Disallowed Protocols vs1 nfs cifs, fcp, iscsi, ndmp 次のコマンドは vs1 という SVM で有効になっているプロトコルのリストに cifs を追加することで SMB 経由のアクセスを許可します vs1::> vserver add-protocols -vserver vs1 -protocols cifs NFS サーバの作成 NFS サーバは Storage Virtual Machine(SVM) へのアクセスを NFS クライアントに提供するために必要です vserver nfs create コマンドを使用して NFS サーバを作成できます 開始する前に NFS プロトコルを許可するように SVM を設定しておく必要があります 手順 1. vserver nfs create コマンドを使用して NFS サーバを作成します 例 次のコマンドは NFSv3 を無効 NFSv4.0 を有効 NFSv4.0 ACL を有効にして vs1 という名前の SVM 上に NFS サーバを作成します vs1::> vserver nfs create -vserver vs1 -v3 disabled -v4.0 enabled - v4.0-acl enabled 関連参照情報 NFS サーバの管理用コマンド (97 ページ )

34 34 ファイルアクセス管理ガイド (NFS) エクスポートポリシーを使用した NFS アクセスの保護 エクスポートポリシーを使用することにより ボリュームまたは qtree への NFS アクセスを特定のパラメータに一致するクライアントだけに制限することができます エクスポートポリシーが Infinite Volume に与える影響については Clustered Data ONTAP Infinite Volumes Management Guide を参照してください エクスポートポリシーがボリュームまたは qtree へのクライアントアクセスを制御する仕組み エクスポートポリシーには 各クライアントアクセス要求を処理するエクスポートルールが 1 つ以上含まれています この処理の結果によって クライアントアクセスを許可するかどうか およびアクセスのレベルが決定します クライアントがデータにアクセスするには エクスポートルールを備えたエクスポートポリシーが SVM 上に存在する必要があります ボリュームまたは qtree へのクライアントアクセスを設定するには 各ボリュームまたは qtree にポリシーを 1 つ関連付けます SVM には複数のエクスポートポリシーを含めることができます これにより 複数のボリュームまたは qtree を含む SVM に対して次の操作を実行できます SVM のボリュームまたは qtree ごとに異なるエクスポートポリシーを割り当て SVM の各ボリュームまたは qtree へのクライアントアクセスを個別に制御する SVM の複数のボリュームまたは qtree に同じエクスポートポリシーを割り当て 同一のクライアントアクセス制御を実行する ボリュームまたは qtree ごとに新しいエクスポートポリシーを作成する必要はありません クライアントが適用可能なエクスポートルールで許可されていないアクセス要求を行うと 権限拒否のメッセージが表示され その要求は失敗します クライアントがエクスポートポリシーのどのルールにも一致しない場合 アクセスは拒否されます エクスポートポリシーが空の場合は すべてのアクセスが暗黙的に拒否されます エクスポートポリシーは Data ONTAP が実行されているシステム上で動的に変更できます FlexVol を備えた SVM のデフォルトエクスポートポリシー FlexVol を備えた Storage Virtual Machine(SVM) には ルールが含まれていないデフォルトのエクスポートポリシーが用意されています SVM 上のデータにクライアントからアクセスできるようにするには ルールを備えたエクスポートポリシーを用意する必要があり SVM 内の各 FlexVol にエクスポートポリシーを関連付ける必要があります FlexVol を備えた SVM を作成すると その SVM のルートボリュームに対して default というデフォルトのエクスポートポリシーがストレージシステムによって自動的に作成されます SVM 上のデータにクライアントからアクセスできるようにするには デフォルトのエクスポートポリシーのルールを 1 つ以上作成する必要があります または ルールを備えたカスタムのエクスポートポリシーを作成することもできます デフォルトのエクスポートポリシーは 変更および名前変更は可能ですが 削除することはできません FlexVol を備えた SVM 内に FlexVol を作成すると 作成されたボリュームには SVM のルートボリュームのデフォルトのエクスポートポリシーが関連付けられます デフォルトでは SVM に作成した各ボリュームには ルートボリュームのデフォルトのエクスポートポリシーが関連付けられます SVM 内のすべてのボリュームでデフォルトのエクスポートポリシーを使用することも ボリュームごとに独自のエクスポートポリシーを作成することもできます また 複数のボリュームに同じエクスポートポリシーを関連付けることもできます

35 NFS を使用したファイルアクセスの設定 35 エクスポートルールの仕組み エクスポートルールは エクスポートポリシーの機能要素です エクスポートルールでは ボリュームまたは qtree へのクライアントアクセス要求が設定済みの特定のパラメータと照合され クライアントアクセス要求の処理方法が決定されます エクスポートポリシーには クライアントにアクセスを許可するエクスポートルールを少なくとも 1 つ含める必要があります エクスポートポリシーに複数のルールが含まれている場合 ルールはエクスポートポリシーに表示される順に処理されます ルールの順序は ルールインデックス番号によって決まります ルールがクライアントに一致すると そのルールのアクセス権が使用され それ以降のルールは処理されません 一致するルールがない場合 クライアントはアクセスを拒否されます ポリシー内のエクスポートルールの順序を変更するには ルールインデックス番号を変更します 次の条件を使用して クライアントのアクセス権を決定するようにエクスポートルールを設定できます クライアントが要求の送信に使用するファイルアクセスプロトコル (NFSv4 や SMB など ) クライアント識別子 ( ホスト名や IP アドレスなど ) クライアントが認証に使用するセキュリティタイプ (Kerberos v5 NTLM AUTH_SYS など ) ルールで複数の条件が指定されており クライアントがその 1 つ以上に一致しない場合 そのルールは適用されません 例 エクスポートポリシーに 次のパラメータが指定されたエクスポートルールが含まれています -protocol nfs3 -clientmatch / rorule any -rwrule any クライアントアクセス要求は NFSv3 プロトコルを使用して送信され クライアントの IP アドレスは です クライアントアクセスプロトコルは一致していますが クライアントの IP アドレスがエクスポートルールで指定されているアドレスとは異なるサブネット内にあります したがって クライアントは一致せず このルールはこのクライアントに適用されません 例 エクスポートポリシーに 次のパラメータが指定されたエクスポートルールが含まれています -protocol nfs -clientmatch / rorule any -rwrule any クライアントアクセス要求は NFSv4 プロトコルを使用して送信され クライアントの IP アドレスは です

36 36 ファイルアクセス管理ガイド (NFS) クライアントアクセスプロトコルが一致し クライアントの IP アドレスが指定されたサブネット内にあります したがって クライアントは一致し このルールはこのクライアントに適用されます セキュリティタイプに関係なく クライアントは読み取り / 書き込みアクセス権を取得します 例 エクスポートポリシーに 次のパラメータが指定されたエクスポートルールが含まれています -protocol nfs3 -clientmatch / rorule any -rwrule krb5,ntlm クライアント #1 は IP アドレスが で NFSv3 プロトコルを使用してアクセス要求を送信し Kerberos v5 で認証されます クライアント #2 は IP アドレスが で NFSv3 プロトコルを使用してアクセス要求を送信し AUTH_SYS で認証されます どちらのクライアントも クライアントアクセスプロトコルと IP アドレスは一致しています 読み取り専用パラメータは 認証に使用されたセキュリティタイプに関係なく すべてのクライアントに読み取り専用アクセスを許可するように設定されています したがって 両方のクライアントが読み取り専用アクセス権を取得します ただし 読み取り / 書き込みアクセス権を取得するのは 承認されているセキュリティタイプ Kerberos v5 を認証に使用したクライアント #1 だけです クライアント #2 は読み取り / 書き込みアクセス権を取得できません リストにないセキュリティタイプを使用するクライアントの処理方法 エクスポートルールのアクセスパラメータで指定されていないセキュリティタイプを使用しているクライアントが現れた場合は クライアントアクセスを拒否するか アクセスパラメータでオプション none を使用してクライアントを匿名ユーザ ID にマッピングすることができます クライアントは 別のセキュリティタイプで認証されているか まったく認証されていない ( セキュリティタイプ AUTH_NONE) 場合に アクセスパラメータで指定されていないセキュリティタイプを使用しているとみなされます デフォルトでは そのクライアントはそのレベルへのアクセスを自動的に拒否されます ただし アクセスパラメータにオプション none を追加できます 追加すると リストにないセキュリティタイプを使用するクライアントは 拒否されずに匿名ユーザ ID にマッピングされます -anon パラメータでは このようなクライアントに割り当てられるユーザ ID を指定します - anon パラメータに指定するユーザ ID は 匿名ユーザに適していると判断したアクセス権が設定されている有効なユーザである必要があります -anon パラメータに指定できる値の範囲は 0~65535 です -anon に割り当てられたユーザ ID クライアントアクセス要求の処理結果 クライアントアクセス要求は匿名ユーザ ID にマッピングされ このユーザに対して設定されたアクセス権に応じてアクセスできるようになります クライアントアクセス要求はユーザ nobody にマッピングされ このユーザに対して設定されたアクセス権に応じてアクセスできるようになります この値がデフォルトです

37 NFS を使用したファイルアクセスの設定 37 -anon に割り当てられたユーザ ID クライアントアクセス要求の処理結果 クライアントからのアクセス要求は この ID にマッピングされ セキュリティタイプ AUTH_NONE をクライアントが使用している場合 すべて拒否されます ユーザ ID が 0 のクライアントからのアクセス要求は この ID にマッピングされ 他のセキュリティタイプをクライアントが使用している場合 拒否されます オプション none を使用する場合は 最初に読み取り専用パラメータが処理される点に注意することが重要です リストにないセキュリティタイプを使用するクライアントのエクスポートルールを設定する際は 次のガイドラインを考慮してください 読み取り専用に none が指定されている 読み取り / 書き込みに none が指定されている リストにないセキュリティタイプを使用するクライアントのアクセス結果 いいえ いいえ 拒否 いいえ はい 最初に読み取り専用が処理されるため 拒否 はい いいえ 匿名として読み取り専用 はい はい 匿名として読み取り / 書き込み 例 エクスポートポリシーに 次のパラメータが指定されたエクスポートルールが含まれています -protocol nfs3 -clientmatch / rorule sys,none -rwrule any -anon 70 クライアント #1 は IP アドレスが で NFSv3 プロトコルを使用してアクセス要求を送信し Kerberos v5 で認証されます クライアント #2 は IP アドレスが で NFSv3 プロトコルを使用してアクセス要求を送信し AUTH_SYS で認証されます クライアント #3 は IP アドレスが で NFSv3 プロトコルを使用してアクセス要求を送信し 認証は行われていません ( セキュリティタイプ AUTH_NONE) 3 つすべてのクライアントで クライアントアクセスプロトコルと IP アドレスは一致しています 読み取り専用パラメータでは 読み取り専用アクセスが AUTH_SYS で認証された 自身のユーザ ID を持つクライアントに許可されています また 読み取り専用パラメータでは ユーザ ID が 70 の匿名ユーザとしての読み取り専用アクセスが 他のセキュリティタイプを使用して認証されたクライアントに許可されています 読み取り / 書き込みパラメータでは 読み取り / 書き込みアクセスがすべてのセキュリティタイプに許可されていますが この場合は 読み取り専用ルールですでにフィルタされているクライアントにのみ適用されます したがって クライアント #1 とクライアント #3 は ユーザ ID が 70 の匿名ユーザとしてのみ読み取り / 書き込みアクセス権を取得します クライアント #2 は 自身のユーザ ID で読み取り / 書き込みアクセス権を取得します

38 38 ファイルアクセス管理ガイド (NFS) 例 エクスポートポリシーに 次のパラメータが指定されたエクスポートルールが含まれています -protocol nfs3 -clientmatch / rorule sys,none -rwrule none -anon 70 クライアント #1 は IP アドレスが で NFSv3 プロトコルを使用してアクセス要求を送信し Kerberos v5 で認証されます クライアント #2 は IP アドレスが で NFSv3 プロトコルを使用してアクセス要求を送信し AUTH_SYS で認証されます クライアント #3 は IP アドレスが で NFSv3 プロトコルを使用してアクセス要求を送信し 認証は行われていません ( セキュリティタイプ AUTH_NONE) 3 つすべてのクライアントで クライアントアクセスプロトコルと IP アドレスは一致しています 読み取り専用パラメータでは 読み取り専用アクセスが AUTH_SYS で認証された 自身のユーザ ID を持つクライアントに許可されています また 読み取り専用パラメータでは ユーザ ID が 70 の匿名ユーザとしての読み取り専用アクセスが 他のセキュリティタイプを使用して認証されたクライアントに許可されています 読み取り / 書き込みパラメータでは 匿名ユーザとしてのみ読み取り / 書き込みアクセスが許可されています したがって クライアント #1 とクライアント #3 は ユーザ ID が 70 の匿名ユーザとしてのみ読み取り / 書き込みアクセス権を取得します クライアント #2 は 自身のユーザ ID で読み取り専用アクセス権を取得しますが 読み取り / 書き込みアクセスは拒否されます セキュリティタイプによるクライアントアクセスレベルの決定方法 クライアントの認証に使用されるセキュリティタイプは エクスポートルールで特別な役割を果たします クライアントがボリュームまたは qtree にアクセスする際のレベルがセキュリティタイプによってどのように決定されるかについて理解しておく必要があります 有効なアクセスレベルには 次の 3 つがあります 1. 読み取り専用 2. 読み取り / 書き込み 3. スーパーユーザ ( ユーザ ID が 0 のクライアントの場合 ) セキュリティタイプに基づくアクセスレベルはこの順序で評価されるため エクスポートルールでアクセスレベルパラメータを作成するときは 次のルールに従う必要があります クライアントに必要なアクセスレベル 標準ユーザの読み取り専用 標準ユーザの読み取り / 書き込み スーパーユーザの読み取り専用 クライアントのセキュリティタイプと一致する必要があるアクセスパラメータ 読み取り専用 (-rorule) 読み取り専用 (-rorule) および読み取り / 書き込み (-rwrule) 読み取り専用 (-rorule) および -superuser

39 NFS を使用したファイルアクセスの設定 39 クライアントに必要なアクセスレベル スーパーユーザの読み取り / 書き込み クライアントのセキュリティタイプと一致する必要があるアクセスパラメータ 読み取り専用 (-rorule) 読み取り / 書き込み (-rwrule) および -superuser 次に 3 つそれぞれのアクセスパラメータで有効なセキュリティタイプを示します any none never このセキュリティタイプは -superuser パラメータには使用できません krb5 krb5i ntlm sys クライアントのセキュリティタイプを 3 つそれぞれのアクセスパラメータと照合したときの結果としては 次の 3 つが想定されます クライアントのセキュリティタイプ アクセスパラメータで指定されたタイプと一致する 指定されたタイプと一致しないが アクセスパラメータにオプション none が指定されている 指定されたタイプと一致せず アクセスパラメータにオプション none が指定されていない 結果 クライアントは 自身のユーザ ID でそのレベルのアクセス権を取得します クライアントは そのレベルのアクセス権を - anon パラメータで指定されているユーザ ID の匿名ユーザとして取得します クライアントは そのレベルのアクセス権を取得できません これは -superuser パラメータには適用されません このパラメータには 指定しなくても常に none が指定されるためです 例 エクスポートポリシーに 次のパラメータが指定されたエクスポートルールが含まれています -protocol nfs3 -clientmatch / rorule any -rwrule sys,krb5 -superuser krb5 クライアント #1 は IP アドレスが ユーザ ID が 0 で NFSv3 プロトコルを使用してアクセス要求を送信し Kerberos v5 で認証されます クライアント #2 は IP アドレスが ユーザ ID が 0 で NFSv3 プロトコルを使用してアクセス要求を送信し AUTH_SYS で認証されます

40 40 ファイルアクセス管理ガイド (NFS) クライアント #3 は IP アドレスが ユーザ ID が 0 で NFSv3 プロトコルを使用してアクセス要求を送信し 認証は行われていません (AUTH_NONE) 3 つすべてのクライアントで クライアントアクセスプロトコルと IP アドレスは一致しています 読み取り専用パラメータでは セキュリティタイプに関係なく 読み取り専用アクセスがすべてのクライアントに許可されています 読み取り / 書き込みパラメータでは 読み取り / 書き込みアクセスが AUTH_SYS または Kerberos v5 で認証された 独自のユーザ ID を持つクライアントに許可されています スーパーユーザパラメータでは スーパーユーザアクセスが Kerberos v5 で認証された ユーザ ID が 0 のクライアントに許可されています したがって クライアント #1 は 3 つすべてのアクセスパラメータに一致するため スーパーユーザの読み取り / 書き込みアクセス権を取得します クライアント #2 は 読み取り / 書き込みアクセス権を取得しますが スーパーユーザアクセス権は取得できません クライアント #3 は 読み取り専用アクセス権を取得しますが スーパーユーザアクセス権は取得できません スーパーユーザアクセス要求の処理方法 エクスポートポリシーを設定する際には ユーザ ID が 0 のクライアント ( スーパーユーザ ) からアクセス要求を受け取った場合のストレージシステムの処理を検討し それに応じてエクスポートルールを設定する必要があります UNIX では ユーザ ID が 0 のユーザはスーパーユーザ ( 通常は root) と呼ばれ システムに対して無制限のアクセス権を持ちます スーパーユーザ権限の使用は システムやデータのセキュリティ侵害などのいくつかの理由により リスクを伴う可能性があります デフォルトでは ユーザ ID が 0 のクライアントは匿名ユーザにマッピングされます ただし エクスポートルールで -superuser パラメータを指定すると ユーザ ID が 0 のクライアントの処理方法をセキュリティタイプに応じて決定することができます 次に -superuser パラメータで有効なオプションを示します any none これは -superuser パラメータを指定しない場合のデフォルト設定です krb5 ntlm sys ユーザ ID が 0 のクライアントは -superuser パラメータの設定に応じて 2 通りの方法で処理されます -superuser パラメータとクライアントのセキュリティタイプ Match 一致しない 結果 クライアントは ユーザ ID 0 でスーパーユーザアクセス権を取得します クライアントは -anon パラメータで指定されているユーザ ID の匿名ユーザとしてアクセスし そのユーザに割り当てられたアクセス権を取得します 読み取り専用パラメータまたは読み取り / 書き込みパラメータでオプション none が指定されているかどうかは関係ありません

41 NFS を使用したファイルアクセスの設定 41 クライアントが NTFS セキュリティ形式のボリュームへのアクセスでユーザ ID 0 を使用し - superuser パラメータが none に設定されている場合 Data ONTAP は匿名ユーザのネームマッピングを使用して適切なクレデンシャルを取得します 例 エクスポートポリシーに 次のパラメータが指定されたエクスポートルールが含まれています -protocol nfs3 -clientmatch / rorule any -rwrule krb5,ntlm -anon 127 クライアント #1 は IP アドレスが ユーザ ID が 746 で NFSv3 プロトコルを使用してアクセス要求を送信し Kerberos v5 で認証されます クライアント #2 は IP アドレスが ユーザ ID が 0 で NFSv3 プロトコルを使用してアクセス要求を送信し AUTH_SYS で認証されます どちらのクライアントも クライアントアクセスプロトコルと IP アドレスは一致しています 読み取り専用パラメータは 認証に使用されたセキュリティタイプに関係なく すべてのクライアントに読み取り専用アクセスを許可するように設定されています ただし 読み取り / 書き込みアクセス権を取得するのは 承認されているセキュリティタイプ Kerberos v5 を認証に使用したクライアント #1 だけです クライアント #2 は スーパーユーザアクセス権を取得できません -superuser パラメータが指定されていないため 代わりに匿名にマッピングされます つまり デフォルトで none が設定され ユーザ ID 0 は自動的に匿名にマッピングされます また クライアント #2 はセキュリティタイプが読み取り / 書き込みパラメータと一致しなかったため 読み取り専用アクセス権のみを取得します 例 エクスポートポリシーに 次のパラメータが指定されたエクスポートルールが含まれています -protocol nfs3 -clientmatch / rorule any -rwrule krb5,ntlm -superuser krb5 -anon 0 クライアント #1 は IP アドレスが ユーザ ID が 0 で NFSv3 プロトコルを使用してアクセス要求を送信し Kerberos v5 で認証されます クライアント #2 は IP アドレスが ユーザ ID が 0 で NFSv3 プロトコルを使用してアクセス要求を送信し AUTH_SYS で認証されます どちらのクライアントも クライアントアクセスプロトコルと IP アドレスは一致しています 読み取り専用パラメータは 認証に使用されたセキュリティタイプに関係なく すべてのクライアントに読み取り専用アクセスを許可するように設定されています ただし 読み取り / 書き