NFSマウントが一部のクライアントで機能しない

NFSマウントが一部のクライアントで機能しない

私はDebian 11(Bookworm)でNFSサーバーを実行しています。 nfs-kernel-serverパッケージをインストールし、/ etc / exportsに次のものを含めました。

/mnt/2TB        192.168.1.0/255.255.255.0(rw,anongid=1000,anonuid=1000,async,fsid=0,no_subtree_check,insecure,no_root_squash)
/mnt/2TB/weewx  192.168.1.182(insecure,rw,all_squash,anonuid=997,insecure,anongid=33,async)
/mnt/2TB/octoprint      192.168.1.0/255.255.255.0(anongid=1000,all_squash,insecure,anonuid=1000,anongid=1000,rw,async)
/mnt/2TB/media  192.168.1.0/255.255.255.0(anongid=996,no_subtree_check,insecure,no_root_squash,async,rw,anonuid=1001)

何らかの理由で、私のクライアントの一部は問題なくこれらのNFS共有にアクセスできます。特にWindows 10 PCとGoogle Chromecastで実行されているKodi ...しかし、他のクライアント、特に私のRaspberry PiデバイスはこれらのNFS共有にアクセスできません。マウントされているようですが、ディレクトリにはまったくアクセスできず、rootとしてもアクセスできません。

サーバーのsudo showmount -aは、クライアントが実際に接続されていることを示しています。

john@thindebian:~$ sudo showmount -a
All mount points on thindebian:
192.168.1.150:/mnt/2TB
192.168.1.3:/mnt/2TB
192.168.1.67:/mnt/2TB
192.168.1.67:/mnt/2TB/media
192.168.1.67:/mnt/2TB/octoprint
192.168.1.67:/mnt/2TB/weewx
192.168.1.76:/mnt/2TB

192.168.1.67は私のGoogle Chromecastです。 192.168.1.150で、192.168.1.3は私のRaspberry Piです。 192.168.1.76は私のWindows 10コンピュータです。

Raspberry Piのmountコマンドは、共有が実際にマウントされていることを示しています。

192.168.1.2:/mnt/2TB on /mnt/2TB type nfs (rw,noatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.2,mountvers=3,mountport=43215,mountproto=tcp,local_lock=none,addr=192.168.1.2)

共有ディレクトリのファイル権限は次のとおりです。

drwsrwsrwx 1 nobody nogroup 2.6K Dec  2 00:04 2TB

奇妙なことは、1ヶ月前にすべてがうまく機能していましたが、Raspberry Piデバイスでは動作が停止したことです。

ここでどこに行くべきかわかりません。おそらく私が何か明らかなものを見逃しているようですが、私はよくわかりません...誰でもアドバイスや助けをすることができますか?

答え1

/etc/nfs.confファイルにその内容があることを確認してくださいudp=n

再度有効にすると、UDP ベースのクライアントの接続が許可されます。

Bookwormのバグ - NFS UDPはデフォルトで無効になっています。

関連情報