我知道它rpcbind在 NFS 服务器上运行以响应来自客户端的端口映射请求。
rpcbindNFS客户端是否需要守护进程？
我很惊讶很难找到这个问题的明确答案。那可能是因为没有理由怀疑它是必需的。
我问的原因是因为我发现它rpcbind在许多非 NFS 服务器的 Debian 服务器上运行。令人惊讶的是，该nfs-common包直接依赖于rpcbind，即使：
在任何使用 NFS 的机器上使用这个包，无论是作为客户端还是服务器。
相关服务器故障问题：
我不明白为什么 nfs-common 依赖于 rpcbind，如果它没有它的话。我错过了什么吗？也许文件锁定或 nfs 统计需要 rpcbind。
默认安装的 debian wheezy 中可以删除 rpcbind 包吗？
是的，如果您不打算在服务器上使用 NFS，您可以安全地删除 rpcbind。
apt-cache depends nfs-commonrpcbind作为直接依赖给出。
NFS 客户端使用服务器上的 rpcbind 服务来发现 nfsd 使用的端口号。
此外，对于 nfs v2 和 v3 的客户端，额外的rpc-statd服务用于管理锁。由于 rpc-statd 在客户端上运行，rpcbind 应该在客户端上运行以让 nfs 服务器发现 rpc-statd 侦听的端口。
因此，对于使用 nfs v4 的客户端，可以禁用 rpcbind、rpc-statd 和 rpc-statd-notify 服务。这可能需要修改一些 .service 文件。
IOW -使用 v2 和 v3 的 nfs 客户端需要 rpcbind 服务，因为它需要文件锁定，并且可以为 nfs v4 客户端禁用，因为锁定是 NFSv4.0 协议的一部分。