NFSクライアントにはrpcbindが必要ですか？
rpcbindがNFSサーバーで実行され、クライアントからのポートマッピング要求に応答することを理解しています。
rpcbindデーモンはNFSクライアントで必要ですか？
この質問に対する明確な答えを見つけるのが非常に難しいことに驚いています。 が必要であると疑う理由がないからかもしれません。
私が尋ねている理由は、rpcbindがNFSサーバーではない多くのDebianサーバーで実行されていることがわかったからです。そして意外なことに、 nfs-common パッケージはrpcbindに直接依存します。
このパッケージは、クライアントまたはサーバーとして、NFSを使用する任意のマシンで使用します。
Serverfault関連の質問：
それがなくてもnfs-commonがrpcbindに依存する理由が理解できません。何か不足していますか？ファイルのロックやnfsの統計にはrpcbindが必要かもしれません。
rpcbindパッケージをdebian wheezyから削除して、デフォルトでインストールできますか？
はい。サーバーでNFSを使用する予定がない場合は、rpcbindを安全に削除できます。
apt-cache depends nfs-commonは、rpcbindを直接依存関係として提供します。
NFSクライアントは、サーバー上のrpcbindサービスを使用して、nfsdが使用するポート番号を検出します。
さらに、nfs v2およびv3のクライアントの場合、追加の rpc-statd サービスを使用してロックを管理します。 rpc-statdがクライアント上で実行されると、rpcbindがクライアント上で実行されて、nfsサーバーがrpc-statdが待機するポートを検出できるようになります。
したがって、nfs v4を使用するクライアントでは、rpcbind、rpc-statd、およびrpc-statd-notifyサービスを無効にできます。これには、一部の.serviceファイルの変更が必要になる場合があります。
IOW-rpcbindサービスは、ファイルロックに必要なため、v2およびv3を使用するnfsクライアントが必要とし、nfs v4クライアントに対してはロックとして無効にすることができますNFSv4.0プロトコルの一部です。