私のLANサーバーに暗号化されたハードドライブがあります。 luks/dm-crypt を使用して暗号化されます。サーバーは NFS v4 を実行して LAN 上のファイルを共有します。暗号化されたUSBハードドライブを除いて動作します。クライアントがファイルシステムに共有をマウントすると、復号化されたファイルを含める必要がある空のフォルダが見つかります。
設定は次のとおりです。
どのようにサーバーのインストールこれルクス・ディビジョン:
sudo cryptsetup luksOpen /dev/sdb1 data1
sudo mount /dev/mapper/data1 /exports/user1/data1
サーバー上のドライブの復号化とマウントは正常に機能します。私が行くと、復号/exports/user1/data1化されたファイルを取得します。
これNFS エクスポート:
/exports 192.168.178.20(rw,sync,fsid=0,no_subtree_check,root_squash) 192.168.178.21(rw,sync,fsid=0,no_subtree_check,root_squash)
/exports/user1 192.168.178.20(rw,sync,no_subtree_check,root_squash) 192.168.178.21(rw,sync,no_subtree_check,root_squash)
したがって、復号化されたUSBドライブはNFSエクスポートに直接マウントされます。/exports/user1/data1
これが方法ですクライアントのインストールこれ共有フォルダ:
sudo mount.nfs4 192.168.178.10:/ /fs_data -o soft,intr,rsize=32768,wsize=32768
クライアントがサーバーマウントをそのファイルシステムにエクスポートすると、「data1」フォルダが空であることがわかります。
私が逃したものはありますか？
修正する:
ありがとう、ザイルズ良い答え私は成功した。私は究極の状況を避け、避けようcrossmntとします。nohideインデックスノード質問。これが私が今使っているものです：
/etc/export
/exports/user1 192.168.178.20(rw,sync,fsid=0,crossmnt,no_subtree_check)
/exports/user1/data1 192.168.178.20(rw,sync,no_subtree_check)
クライアントコマンドのマウントデータ1:
sudo mount.nfs4 192.168.178.10:/data1 /fs_data -o soft,intr,rsize=32768,wsize=32768
答え1
LinuxカーネルNFSサーバーの場合、ディレクトリツリーをエクスポートすると、ツリーにマウントされているすべてのファイルシステムは含まれません。nohideオプションの説明を参照exports(5)マニュアルページ。
マウントされたファイルシステムを明示的にエクスポートする必要があります。つまり、exportsforに別々の行が必要です/exports/user1/data1。また、インストール後にNFSサーバーを（再）起動する必要があります/exports/user1/data1。
クライアント側では/fs_data/data1別々にマウントする必要があります。マニュアルページで説明されているように、onオプションまたはonオプションを含めるとこれを防ぐことexportsができますが、クライアントが同じファイルシステムに見えるエントリで同じinode番号を持つファイルを表示できるため、問題が発生する可能性があります。たとえば、ファイルコピーまたはアーカイブプログラムがファイルをバックアップしたと思うので、ファイルを無視することができます（プログラムがinode 42を見た場合、inode 42とは無関係のファイルは同じファイルシステムにあると思います）。しかし、実際にはいいえ - 同じファイルです）。nohide/exports/users1/data1crossmnt/exports/users1/fs_data/foo/fs_data/data1/bar
答え2
ポイント不足については言及できないので、/etc/exportsに追加のファイルシステムを追加した後にnfsサーバーを再起動する必要がないことを追加します。代わりにカーネルnfsを使用しているので痛いでしょう。別のエクスポートfs -aは、新しく指定されたエクスポートをエクスポートします。