vfs.nfsd.server_min_nfsvers=3
ＮＦＳのチューニング（未検証）
vfs.nfsd.issue_delegations=1 vfs.nfsd.enable_locallocks=1
ＮＦＳサーバーでデリゲーション機能の提供をする（1）かしない（0）かを決める。 この「デリゲーション」（委任）機能は、クライアントの操作を一部サーバー側で代替するというもの。 どの程度委任できるかは不明だけど、ＮＦＳクライアントも対応している必要がある。 しかし、調べた範囲だと、ＮＦＳクライアントでの使用が「明言されていない」というか確認できなかっ たので、とりあえずオフっておく。
ロックについて、ＮＦＳサーバーとＮＦＳクライアント間でのロック共有ができるようになる。 しかし、以下の組み合わせで、できたりできなかったりする。 ＮＦＳクライアント（CentOS 6.8）→ＮＦＳサーバー（FreeBSD 10.3-R）の順でロックすると問題無くロックできる。 ＮＦＳサーバー（FreeBSD 10.3-R）→ＮＦＳクライアント（CentOS 6.8）の順でロックするとＮＦＳクライアント側でロックされずにエラーになる。 この問題について調査が足りてないので、とりあえずオフっておく。 もちろんこの設定があろうが、なかろうが、ＮＦＳｖ４の売り文句であるところの、ＮＦＳクライアント （内の複数のプロセス）でのロック取得について問題無し。 また、この話とは別に、ＮＦＳクライアント間のロック共有が可能かは未検証。
/etc/exports
V4: /export -network ネットワークアドレス -mask ネットマスク とりあえず、/export がＮＦＳｖ４共有できるようになる。ただし、/export 自体は sharenfs=off なの で、どこからからもマウントできない（厳密にはできるけどアクセスできない）。
rpcbind_flags=“-h 公開するＮＦＳサーバーのＩＰアドレス” nfsuserd_flags=“-domain アカウント識別用ドメイン” mountd_flags=“-l -h 公開するＮＦＳサーバーのＩＰアドレス” nfs_server_flags=“-t -h 公開するＮＦＳサーバーのＩＰアドレス”
このうち、nfsuserd_flags で指定する「ドメイン」の指定が重要となる。 ＮＦＳｖ４では、ＮＦＳサー バーとＮＦＳクライアント間のユーザー識別子を「ユーザー@ドメイン」で識別するため、合わせておく必要がある。
これはＮＦＳ共有するようなサーバー群では、同じドメインである場合、本設定を省略しても良い。
しかし、ホスティング環境でのバックアップサーバー提供のような、ＮＦＳクライアントのサーバーのド メインが統一できないような場合、サービス提供者側として、別途決め打ちする必要がある。
一つの領域を複数のＮＦＳクライアント間で共有するなら、/etc/exports に集約するのが良いと思われ（未実験）。
zfs create -o sharenfs=“-maproot=root ClientIPAddress” export/NFSclient でZFS領域を作成した場合、NFS clientからは、“/NFSclient” でmountする。 → これは要するに、exportというZFS rootはClientからは見えないことを意味する
結論: exportsに直接書くのが吉