私も同じ問題を抱えていましたが、それはクライアントが自身の rpc にローカルに接続しようとしたことが原因でした.
127.0.0.1 を追加する必要がありました 私の/etc/hosts.allowに クライアント マシンで。
以下にコピーした私のセッションでは、これらが関連するデータです:
guarraクライアント マシンの名前です。192.168.2.53サーバー (fluorという名前) ただし、この名前はここでは使用されていません)。/filesサーバーからエクスポートされた共有です。/files/fluorマウント先です。
シェル セッションの事前変更:
example@unixlinux.online:/files# cat /etc/hosts.allow
rpcbind : 192.168.2.0/24
example@unixlinux.online:/files# mount 192.168.2.53:/files fluor/
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
example@unixlinux.online:/files#
ファイルを修正したところ、次のようになりました:
example@unixlinux.online:/files# cat /etc/hosts.allow
rpcbind : 192.168.2.0/24 127.0.0.1
example@unixlinux.online:/files# mount 192.168.2.53:/files fluor/
example@unixlinux.online:/files#
ローカル IP をクライアントに追加した後、独自の rpc を使用できるようになりました。ご覧のとおり、エラー メッセージが消え、リモート共有を適切にマウントできました。
systemctl start rpc-statd
または
service rpcbind start
service nfs-common start
その後、NFS マウントが機能します。