私は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 ベースのクライアントの接続が許可されます。