これは、基本的な背景情報なしでは説明するのが少し難しい問題です。必要に応じて後で質問を改良してみます。
もともと、私は 8 つの IP アドレスの範囲を持つ単一のホスト サーバー (Win 2008R2) を所有しています。
- Single NIC ( IP: x.x.128.72 -> x.x.128.79 // Subnet: x.x.255.192 // GW: x.x.128.65 )
Hyper-V をインストールし、同じボックスに単一の仮想サーバーをセットアップした後、他のすべてを通常どおり実行したまま、IP アドレスの 1 つを仮想サーバーに割り当てたいと考えました。
--
まず、「外部」ネットワークを使用しようとしましたが、（「仮想アダプタ」にIPを設定した後でも、ここしかし、ネットワークをまったく動作させるのに苦労しました。
サーバーを稼働させ続ける必要があった（そうでなければ、このアプローチを追求するのにもっと時間を費やしていただろう）
Q1 ... これは賢明な行動だったでしょうか? この道を進み続けたほうがよかったでしょうか?
--
そこで、別のアプローチを試すことにしました。HyperV ネットワークを「内部」（管理 OS に表示される）に設定します。
- Physical NIC ( IP: x.x.128.72 to .75 // Subnet: x.x.255.192 // GW: x.x.128.65 )
- Virtual NIC ( IP: x.x.128.78 // Subnet: x.x.255.252 // GW: x.x.128.72 )
- Gateway was the same as the IP of the physical NIC )
- Virtual OS-NIC ( IP: x.x.128.77 // Subnet: x.x.255.252 // GW: x.x.128.78 )
- Gateway was the same as the IP of the host virtual-NIC )
--
驚いたことに、このアプローチは実際に機能し、次のすべてから接続することができました。 - インターネットから物理 NIC (xx128.72) へ/から - 物理 NIC (xx128.72) から仮想 OS NIC (xx128.77) へ (例: ping + FTP 経由のテスト) - インターネットから仮想 OS NIC (xx128.72) へ/から
--
問題は、このアプローチは短期間（数時間）しか持続しないように見えることです。
この時間以降、Virtual-OS-NIC からインターネットへの接続ができなくなるようです (ただし、ホスト OS から仮想 OS へ、およびホスト OS からインターネットへの接続は可能です)
これを数回再テストしましたが、結果は同じでした...サーバーを数時間（たとえば一晩）オンのままにしておき、朝に戻ると、Virtual-OSはインターネットへのルーティング機能を失います。
--
次に何を見ればいいのかよく分かりません（あるいは、私がこれを完全に間違った方法で行っているのかどうか）。
1つの「関連する可能性のある項目」は、ホストOSがRRAS（ルーティングとリモートアクセス）も実行していることですが、これは単純なVPNを実行するためだけです。
--
Q2 - 次に小麦に注目すべきでしょうか? (試してみるのに良い参考資料や推奨事項はありますか)
ご意見やコメントをいただければ幸いです（間違ったやり方だと言われても構いません）
--
*編集 - 「外部」を使用する 2 回目の試み *
「外部」アプローチを再試行しましたが、やはりネットワークにアクセスできませんでした...
次に、「管理オペレーティング システムの仮想 LAN 識別を有効にする」のチェックを外しました... なんと、すべてが動き始めました。
批判的な文言は「仮想ネットワークの管理についての詳細」リンクに隠されており、
管理オペレーティングシステムからネットワークトラフィックを分離するために使用できる識別番号を指定します。
最終的な結果は…成功（ただし、なぜそれが限られた時間だけ部分的に機能したのかについては解決されていない）
その後、次の MSDN ブログ投稿が興味深いことがわかりました...Hyper-V VLAN の理解
答え1
Hyper-V は実際には Windows のアドオンではなく、実際には完全なハイパーバイザーであり、これを引き継ぎます。最初にインストールされた OS は、Hyper-V に従属するルート パーティションになります。したがって、ベース OS であったものは、技術的には特別な VM になります。その範囲では、「特別な」VM はハードウェアをパススルーできます (通常の OS であるように見せるため)。これは、Hyper-V が有効になった後のほぼすべてのハードウェアのデフォルト構成です。ただし、物理 NIC に接続された Hyper-V の仮想ネットワークを作成すると、Hyper-V が NIC の所有権を取得し、パススルーされなくなります。
NIC 構成は次のようになります。
物理 NIC では、「Microsoft 仮想ネットワーク スイッチ」プロトコルのみを有効にする必要があります (唯一の例外は、これが実際の物理 NIC ではない場合、つまりソフトウェアで構成されたチームの場合は、通常、無効にできない何らかの他のプロトコルが存在します)。
Hyper-V マネージャーの仮想ネットワーク マネージャーで、「ネットワーク」を作成します。これにより、Hyper-V に仮想ネットワーク スイッチが作成されます。これを外部のスイッチにして、物理 NIC に接続し、管理 OS のアクセスを許可するボックスもオンにします。これにより、ベース OS の新しい vNIC が作成されます (これは実際には特別な VM であるため、この VM に vNIC を追加することに注意してください)。新しい NIC は、古い物理 NIC から取得した IP 用に構成する必要がある場合があります (使用している Hyper-V のバージョンによって、これが自動的に実行されるかどうかが異なります)。
必要に応じて VM を作成し、それらに vNIC を追加して、それらの vNIC を適切な仮想ネットワークに接続します。
外部仮想ネットワークは物理 NIC に接続されます。これにより、VM は物理 NIC に接続できます。内部仮想ネットワークは、常に管理 OS 用の新しい vNIC を作成します (チェックボックスはなく、常に実行されます)。これにより、VM はベース OS と通信できますが、物理 NIC とは通信できません。プライベート仮想ネットワークは VM 専用であり、管理 OS には一切接続されません。
また、動作を継続させる上での問題について言及されています。サーバー グレードの NIC チップ (特に Intel、Broadcom、QLogic、Emulex、NexGen、Mellanox など) を使用していない場合は、問題が発生する可能性があります。同様に、ファームウェアが最新であることを確認してください。Via または Realtek チップを実行している場合は、時間を節約し、信頼性の高いレベル 1 ハイパーバイザー (Hyper-V、ESXi、KVM など) の考えを捨てることができます。