問題は、ノートパソコンと自宅のコンピュータ間でファイル共有を作成することで、両方のコンピュータから自分のファイルにアクセスできることです。laptop
サーバーになります(移動するときにファイルが必要になる可能性があるため)pc
。クライアントになります。
私が試した解決策は次のとおりです。両方のコンピュータにLinux(debian)があり、NFSを使用することにしました。両方のコンピュータを再起動し、catch-22が発生するまですべてがうまくいきました。理想的には、サーバーが自動的にNFSをマウントしたいので、そうしました。しかし、サーバーを再起動した後、次のように再マウントする必要が/etc/fstab
あることがわかりました。exportfs -a
/etc/exports
/nfs pc(rw,sync,no_subtree_check)
ただし、これを行うにはpc
アクセスできる必要があります。それ以外の場合、このエラーが発生します。
exportfs: failed to resolve pc
したがって、pc
開く前に到達する必要がある場合、laptop
再起動がほとんど発生しない限り、forのポイントは無効になりますが、私の場合はそうではありません。/etc/fstab
pc
laptop
簡単に言うと、fstabを介してNFSを自動的にマウントし、エクスポートするための正しい権限を割り当てることができるようにしたいですpc
。開かずに起動時に実行する方法はありますか?laptop
laptop
pc
exportfs -a
laptop
pc
ベストアンサー1
サーバーは、クライアントが接続可能かどうかに関心を持たないでください。使用するかどうかにかかわらず、共有を使用できるようにするだけです。
表示される「exportfs:コンピュータを確認できません」というエラーは、コンピュータに「接続」できないという意味ではありません。コンピュータを「分析」できないと言います。問題は、ホスト名で特定のクライアントを参照していますが、システムがホスト名をIPアドレスに解決できないことです。
明らかに、これはエクスポートが機能する方法で知られているバグです。私はそれについてあまり深く調査していませんが、私が見たもの(Googleからのエラーメッセージのみ)nfsの起動とDNSサービスの利用可能性の間のタイミングの問題です。 DHCP 定義のクライアントと DNS が十分速く更新されないという問題もあります。
とにかく問題は名前解決の問題です。 「pc」に静的IPアドレスがある場合は、/ etc / exportsのアドレスを使用するか、/ etc / hostsファイルに「pc」を追加できます。どちらのホストでもDHCPの場合、運が悪くなる可能性があります。
クライアント(「pc」)では、/ etc / fstabを使用する代わりに、自動マウント(autofs)を使用してリモートファイルシステムをマウントすることを検討できます。自動マウントは必要なときにのみファイルシステムをマウントするため、NFSサーバーが利用できない場合はシステムの起動時に中断される可能性が低くなります。
エクスポートと名前解決の問題に関するいくつかの参考資料: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=860264 https://forums.centos.org/viewtopic.php?t=69981 同様の問題を示す多くのものがあります。