信頼性の低い、または接続速度が遅い WAN / インターネット経由のネットワーク ファイル共有

信頼性の低い、または接続速度が遅い WAN / インターネット経由のネットワーク ファイル共有

最近まで、私たちのチームは NFSv4 ファイル共有を備えたギガビット LAN で共同作業していました。すべてのクライアントは Linux を実行し、ファイル サーバーも Linux を実行していました。私たちのワークフローとセキュリティは LAN を中心に設計されていました。

現在、私たちは遠隔地から作業していますが、同じファイル サーバーにアクセスする必要があります。新しいネットワークファイル共有ソリューションが必要です調査によると、NFS はインターネット上では適切な選択肢ではありません。セキュリティ上の課題を解決できたとしても (解決方法はいくつかあります)、低速または信頼性の低い接続での NFS は非常に問題が多いことが実験で判明しています。たとえば、NFS マウントが利用できなくなると、クライアント全体が完全にロックします。マウントが再び利用できるようになるまで無期限に待つか、クライアントをハードリブートするリスクを負う必要があります。

私たちは、すべての関係者が共有の非対称ケーブル インターネットまたは DSL を使用しているインターネット上での Linux ネットワーク ファイル共有に関する包括的なガイドを探しています。私たちの誰も、よりハイエンドの光ファイバー インターネット サービスにアクセスできません。これらの接続では、アップロード速度が数 Mb/s ほど遅くなることがあります。SSH トンネル経由の NFS は、非常に、非常に遅いことがわかりました。

SSHFS を試しましたが、ファイル サーバーの権限構造をサポートしていません。ファイル サーバーがパブリックにアクセスできないことも、私たちにとってのもう 1 つの課題です。VPN (おそらく VPN ハードウェア アプライアンスを使用) が解決策の一部であると考えていますが、VPN を使用しても、利用可能なパイプを介した NFS はおそらく機能しません。

現在のパンデミックにより、このネットワークの課題に対処する記事が多数出てくるだろうと思っていましたが、もしあったとしても、私は見つけることができませんでした。Unix & Linux Stack Exchange は、リモートワークを余儀なくされているが、以前は LAN 経由でアクセスしていた Linux ファイル サーバーにアクセスする必要があるすべての人々のためのガイドを作成したいと考えているのでしょうか?

前述のとおり、私たちのチーム全体が Linux を実行しており、ファイル サーバーも Linux を実行しています。そして、この課題を解決するためのアイデアが尽きています。

関連情報