VirtualBox:共有フォルダのない NAT でのファイル共有

かなり興味深い問題があります。それもかなり複雑です。仮想化ツールとして VirtualBox を使用しているとします。 3D アクセラレーションに問題があるとします。黒い画面などです。私のチュートリアルで見たように、修正はレポ提供のゲスト追加を使用することです。ただし、ディストリビューションによって提供されるこのレポ セットには、公式の ISO によって提供される追加とは異なり、共有フォルダー ドライバーは含まれていません。これは、この機能を利用できないことを意味します。

物事をさらに複雑にするために、何かを共有したいとします。これについては、ネットワークと共有という適切な名前の別のチュートリアルで説明しましたが、ブリッジ ネットワークではなく NAT を使用しているため、ホストからゲスト マシンに通常の方法でアクセスすることはできません。また、Samba などを使用したくない場合は、状況全体がさらに複雑になります。では、NAT を使用しているときに共有フォルダーを使用せずに、ホストからゲストにファイルを転送する方法をお見せしましょう。インターネットのおふざけはありません。すべてローカルで行っています。

問題文

ご覧のとおり、ネットワーク アダプターをブリッジしてマシンをより見やすくする必要があるように見える問題があります。これは、特に「ノイズの多い」仮想マシンを使用している場合は望ましくない可能性があり、セットアップが必要になる場合があります。ファイル共有サーバーなど、それらすべてに取るに足らない量の作業が必要です。もう 1 つのオプションは、VirtualBox ISO を使用し、この特定のケースでは 3D アクセラレーションを無効にすることです。ブラック スクリーンの問題がなくなるまでは、あらゆる種類の問題と考えてください。その後、共有フォルダー機能を使用できます。

そのトピックでは、repo パッケージを使用すると、グラフィックス アクセラレーション、マウス統合、画面サイズ変更、クリップボード共有などのほとんどのものを使用できますが、フォルダーは使用できません。共有フォルダを手動でマウントしようとすると、次のようになります:

mount -t vboxsf <共有> <マウント ポイント>
マウント:不明なファイル システム タイプ 'vboxsf'

解決策:ポート転送

VirtualBox を使用すると、NAT を適用したマシンの高度なネットワーク ルールを構成できます。本質的に、これは、ローカル IP アドレスを公開 IP アドレスに変換するとき、およびその逆のときのルーターの動作と同じです。実際、ここでは VirtualBox がルーターです。ホスト ポートをコンテナー ポートにマップできる Docker でもこれを確認しました。これにより、ローカル システムに効果的にアクセスできますが、実際にはコンテナー (この場合は仮想マシン) に接続しています。

とにかく、仮想マシン> 設定を選択します。 [Networking] で、ネットワーク タイプ NAT の [Advanced] セクションを下部に向かって展開します。次に、[ポート フォワーディング] をクリックします。これにより、必要な詳細を入力できるテーブルが開きます。ホスト IP - 使用するインターフェイスの IP アドレス。複数ある場合もありますが、最も簡単な解決策は localhost (127.0.0.1) を使用することです。これは、他のインターフェイスがダウンしていたり​​、ホストの外部に接続していない場合でも機能するためです。 Host Port - 接続先の「仮想」アドレスになります。たとえば、SSH、ヒント ヒントの場合、ポート 2222 をホスト ポートにマップできます。つまり、このポートに接続すると、表で指定された関連するゲスト ポートのゲスト IP に効果的に接続されることになります。実際、他の 2 つのフィールドは、ホストで行ったのと同じように、仮想マシン情報用です。

SSH で接続

これで、実際の接続ができました。 SSH は Linux 用です。はい、Linux に問題があるためです。 Windows ではブラック スクリーンの問題は発生しないため、3D アクセラレーションと ISO からのゲストの追加は正常に機能します。エルゴ、リナックス。

SSH (ポート 2222) を使用して、ホストからゲストに接続できるようになりました。もちろん、最初のステップは、openssh-server がゲスト OS にインストールされ、実行されていることを確認することです。また、ゲストが着信接続をブロックしているファイアウォールを使用していないことを確認する必要があります。これで何が得られるかをテストできます。

ssh -p 2222 [email protected]
ホスト '[127.0.0.1]:2222 ([127.0.0.1]:2222)' の信頼性を確立できません。 ECDSA キー フィンガープリントは SHA256:Eq0ow03sffLb7G49e3KNMgMrpVV/8wFfN6uicdxPnEL です。
接続を続行してもよろしいですか (はい/いいえ)?

ただし、これは接続をテストするためのものです。ホストからゲストにファイルをコピーするには、実際には SCP が必要です。ここで、カスタム ポートも指定する必要があります。ただし、注意してください:SSH は小文字の -p を使用してポートを指定しますが、SCP はポート番号に大文字の -P フラグを使用します。図に行きます。したがって、全体は次のようになります:

scp -P 2222 "file" [email protected]:/home/roger/"location"/
"file" 100% 8244KB 135.0MB/s 00:00

結論

KVM やブリッジ ネットワークのトリックのように、革新的で楽しいので、この種のエクササイズが好きです。一見すると、ブリッジ ネットワークを使用したり、Samba や NFS をセットアップしたり、電子メール ファイルを設定したりする必要があると思うかもしれませんが、これは面倒な作業です。代わりに、ポート フォワーディングと SSH を使用して問題を回避します。どちらもシンプルで邪魔にならず、不要な場合はセットアップや無効化が非常に簡単です。

さて、今日はかなり多くのことを学びました - リポジトリ ゲストの追加に欠けている機能、高度なネットワーク ルールとポート フォワーディングの使用、SSH と SCP、ポート番号の使用方法の微妙な違い、およびその他のいくつかの概念について。それだけです。忍耐強く几帳面であろうとするなら、問題を解決するきちんとした方法が常にあることを忘れないでください。気をつけてね。

乾杯。