私は明らかに非常に単純なことを試しており、この件に関する以前の投稿を 2 日間確認しましたが、成功しませんでした。
- Hyper-V Server 2019 のセットアップ
- そのサーバーに、Gen-2ゲスト仮想マシン（Windows Server 2016標準）をインストールします。
- それだけです ！
3 か月前に購入したハードウェアは仮想化に適していると (Dell から) 書面で保証されました…
ハイパーサーバーをセットアップしてドメインに参加させるのは非常に簡単でした。VM のインストールも非常に簡単でした。
しかし、ゲスト VM をネットワークに接続できません。
最初からやり直し (つまり、コンピューターをゼロから再インストール)、Microsoft によって生成されたデフォルトのままにした後の現在の状態は次のとおりです。
ホストはイーサネット NIC#1 でインターネットにアクセスでき (AD にリンクされている)
- 割り当てられた静的 IP: 192.168.0.96
- サブネット: 255.255.255.0
- ゲートウェイ: 192.168.0.1
- 192.168.0.1 のアドレス
リモートHyper-Vマネージャーから（Hyper-VサーバーにはGUIがないため）、新しい仮想スイッチ（1つだけ）を作成しました。
- 名前：vスイッチ外部Xyz
- タイプ: 外部
- 同じNIC#1を使用して外部ネットワークにリンク
- 管理オペレーティングシステムがこのネットワークアダプタを共有することを許可しました（これはデフォルトです）
ホストのコマンド ラインで「ipconfig」を実行すると、新しい「イーサネット アダプター vEthernet (vSwitchExternXyz)」が作成され、次の内容が表示されます。
- 自動構成 IP4 アドレス: 169.254.197.61 (こんにちは、これは APIPA アドレスです!）
- サブネット: 255.255.0.0
- ゲートウェイ：なし！
リモートHyper-Vマネージャーから、このvSwitchExternXyz仮想スイッチ（ホストで私が作成した唯一のもの）をゲストVMに追加
- 「仮想LAN識別を有効にする」と「帯域幅管理を有効にする」の両方のオプションのチェックを外しました（これらはデフォルトでチェックされていません）
その VM のみを起動して接続し、ネットワーク構成を確認すると、次のようになります。
- 自動構成 IP4 アドレス: 169.254.224.167 (また別の APIPA アドレスです!）
- サブネット: 255.255.0.0
- ゲートウェイ：なし！
この図から、デフォルト ゲートウェイが見つからないため、APIPA アドレス範囲外の IP に ping すら実行できないのは、それほど驚くことではありません。IP と有効なゲートウェイ (ホストと同じ) を割り当てようとしましたが、違いはありませんでした。しかし、成功する構成がどのようなものになるかはまだわかりません。
質問
これらのデフォルトが正しいかどうかを確認するために比較する実行環境がありません。仮想スイッチと VM の vNIC アダプタの両方に IP アドレスを割り当てる必要がありますか?
仮想スイッチと VM の vNIC アダプタは両方ともホストと同じサブネット (つまり 192.168.0.x) にあり、同じゲートウェイを指しているべきではないでしょうか?
VM がインターネットにアクセスできないのはなぜですか?
答え1
この問題に対処するために、Microsoft サポートに頼りました (解決までに 2 人の技術専門家が合計 2.5 時間かかりました)。
問題は、不明な理由で破損した仮想スイッチにありました。
vSwitch を削除して再作成するだけでは不十分でした。
そうしなければならなかった：
- 故障したvSwitchをそのままにして、
- 新しいvSwitchを作成する
- 新しいスイッチをゲストVMのアダプタに割り当てます
- その後、障害のあるvSwitchを削除します
問題は解決しました。Microsoft テクニカル サポート チームの Raj のおかげです。