仮想スイッチは、外部ネットワークで構成されました。 ブリッジをローカルワイヤレスネットワークに転送しました。 ある日仕事をした後、私はサイトが外部からしばしばアクセスできないことを発見し、30秒後に再び機能し、それを繰り返しました。 最初は、何が起こっているのか理解できませんでした。ラップトップを取り出し、仮想マシンにpingを実行し、pingを実行し、その時点でサイトが既に開いています。次に、仮想コンソールからpingを開始し、ブレークを検出しました。同時に、ホストシステムからpingを開始しました。損失率。
約3日間、答えを求めてさまざまなフォーラムをクロールしましたが、ホストシステムが仮想マシンからリソースを取得していること、Windows 10はそのような曲線であり、そのような目的でサーバーシステムをインストールする必要があることを人々はどこでも言及していましたが、それは理由ではありませんでした。
ブリッジを作成すると、異なるMACアドレスを持つ仮想ネットワークインターフェイスがネットワークカードを介して出力されるため、1つのネットワークカードが異なるMACを持つネットワークに送られます。これが有線ネットワークで正常に機能する場合、ワイヤレスネットワークではこの動作が不適切なネットワーク操作を引き起こします。一部のwi-fiカードにはこのような問題はありませんが、ほとんどのカードには問題があります。
仮想マシンの接続の安定性に関する問題を解決するには、NATおよび転送ポートを使用する必要があります。 これを行う方法はネットワーク上に多くの指示がありますが、外部ネットワークカードでアクセスを簡単に開くと、これは機能しません。
そして、順番に、最初に「内部ネットワーク」タイプの仮想スイッチを作成する必要があります。ネットワーク接続に仮想インターフェースが表示され、それが仮想マシンへのリンクになります。 仮想マシンの場合、ローカルネットワークとは異なるサブネットにIPアドレスを設定します。 ローカルネットワークに192.168.0.0/24のサブネットがある場合、たとえば、仮想ネットワークに192.168.137.0/24を作成し、仮想マシンに192.168.137.100を設定し、仮想インターフェイスに192.168.137.1を設定すると、これがマシンのゲートウェイになります。
そして今、NATについては、インターフェイスを共有する通常の方法は、ホストマシンの最初の再起動まで動作します。ほとんどの場合、仮想インターフェイスは、共有アクセスとNATがクラッシュする実際のネットワークカードよりも後にシステムに表示され、すぐに動作する必要がありますコンピューターの電源を入れたとき。 この指示は救助に来て、管理者としてPowerShellコンソールを開き、そこに入力します：
New-NetNat -Name nat1 -InternalIPInterfaceAddressPrefix 192.168.137.0/24
もう一度、ホストシステム上の仮想ネットワークカードでIPが失われていないことを確認します。同じコンソールでのポート転送についてです。
netsh interface portproxy add v4tov4 listenport=8080 connectaddress=192.168.137.100 connectport=80 protocol=tcp
その結果、ポート8080でコンピューターにアクセスすると、リクエストはip 192.168.137.100からポート80に仮想マシンに転送されます。
次に、80番目のポートをルーターから8080マシンに転送すると、仮想Webサーバーに外部からアクセスできます。同様に、ftp、ssh、およびその他の必要なサービスを使用して実行できます。
このような問題に直面した誰かがドライバーを再インストールしたり、hyper-v設定のさまざまなチェックマークを再配置したり、Linuxのカーネルを更新したりしないでください。ただちにNATを実行します。 このセットアップは、戦闘サーバーには適していませんが、あらゆる種類のホーム一時サーバーに適しています。