私のUbuntuシステムでは、/ etc/fstabに次の行があります。
myserver:/home/me /mnt/me nfs rsize=8192,wsize=8192,timeo=14,intr
私がする時
Sudo mount -a
私は得ます:
mount.nfs: access denied by server while mounting myserver:/home/me
この問題をどのように診断できますか? nfsサーバーもUbuntuです。
追加詳細:同じネットワーク上の他のUbuntuクライアントからこのnfs共有を問題なくマウントできます。ただし、問題のあるクライアントは、WindowsシステムのVirtualBox内で実行されているという点で異なります。問題のあるクライアントから「myserver」に問題なくpingを実行できます。
編集:/etc/exports on "myserver":
/home/me *(rw,all_squash,async,no_subtree_check,anonuid=1000,anongid=1000)
"myserver"の/etc/hosts.allowと/etc/hosts.denyは両方ともコメントです。また、同じネットワーク上の他のクライアントからうまく接続できることを覚えておいてください。
それを見つけた!
ログの1つに次の行が含まれています。
refused mount request from 192.168.1.108 for /home/me (/home/me): illegal port 64112
私はググってみましたが、ポートが1024を超えているため、サーバーの/ etc/exportsの関連する行に「安全でない」オプションを追加する必要がありました。これを実行すると(exportfs -rを実行すると)、クライアントのマウント-aが機能しました。
この質問は、VMのネットワークの設定方法に関連しています。
VirtualBoxのデフォルトでは、[〜#〜] nat [〜#〜]ネットワークがあります。 ポート変換になります。
段階的にこれを与える:
@JoelFanで述べたように、1つの修正は、insecure
オプションをサーバーに設定することです。これは簡単な修正ですが...安全ではありません;)
(安全な方法で)私の場合を修正したのは、このvmの[〜#〜] nat [〜#〜]からBridgeネットワークに変更することでした。このようにして、私のvmは独自のIPアドレスを持ち、ポート変換は行われません。
私にとって、まったく同じエラーの原因は、NFSクライアントとサーバーの間のバージョンの不一致でした。
ログは何も起こらなかったかのように静かで、サーバー側で実行されているnfswatchだけが状況を明確にするのに役立ちました。
この問題は、クライアント側にnfsverマウントオプションを追加することで解決しました。
server:/path /mount/point nfs nfsvers=3 0 0
接続しようとしている(およびエクスポートファイルにリストされている)クライアントのサーバーで名前解決が正しいことを確認しましたか?
これが他の人を助ける場合、私はSynology NAS=を持っていて、NFSポイントが実際にパスに別のアイテムを追加しました。
「xxx.xxx.xxx.xxx/folder」をWindowsでマウントしようとしたため、マウントしようとしました。しかし、NFSを使用するUbuntuでは、「xxx.xxx.xxx.xxx/volume1/folder」を使用する必要がありました。
ファイルを確認するhosts.allow
およびhosts.deny
およびクライアントが正しく入力されているかどうか。これで問題が解決しない場合は、エクスポートファイルを投稿してください。