для тех, кто заинтересован, я сам нашел решение. Во-первых, я дам вам лучший обзор того, чего я хотел достичь.
Проблема Итак, у меня есть физическая коробка, подключенная к офисной сети. Этот физический блок работает под управлением Hyper-V и имеет 3 виртуальных коммутатора. Один внешний (EXT01, подключенный к офисной сети через один из физических сетевых адаптеров сервера), два других являются внутренними коммутаторами (не частными, поэтому после создания они автоматически создадут виртуальный сетевой адаптер на физическом блоке; в моем случае я будет иметь 2 виртуальные NIC, добавленные к физическому хосту), называемые INT01 и INT02.
В Hyper-V у меня есть виртуальная машина W2K12 R2, выполняющая следующие роли:- Контроллер домена - DNS - Файловые службы - DHCP
Я подключил две виртуальные сетевые карты к этой виртуальной машине:- Один подключен к INT01 - Один подключен к INT02
Поскольку в обеих внутренних сетях нет сетевых устройств, я вручную добавил следующую конфигурацию для INT01: IP 192.168.100.100 Подсеть 255.255.255.0 Gtw: оставлено пустым DNS: 192.168.100.100
INT02 на этой виртуальной машине имеет следующую конфигурацию: IP 192.168.101.100 Подсеть 255.255.255.0 Gtw: оставлено пустым DNS: 192.168.101.100
Все идет нормально.
Теперь я создал две области: одна обслуживает 192.168.100 адресов, а другая - 192.168.101.
Обе области будут предоставлять одну и ту же подсеть (255.255.255.0), они оставят поле gtw по умолчанию незаполненным, а также предоставят адрес DNS-сервера, соответствующий IP-адресу сетевой карты виртуальной машины, поэтому 192.168.100.100 для INT01 и 192.168.101.100 для INT02 ,
Как только я настроил области DHCP и запустил ipconfig /release и /renew на хосте Hyper-V, его две виртуальные сетевые карты, о которых я говорил выше, получили IP-адрес (192.168.100.200 для vNIC, подключенного к INT01, и 192.168.101.200 для INT02).
Я могу без проблем получить доступ к виртуальной машине через 192.168.100.100 и 101.100, я могу пропинговать ее, RDP на ней, получить доступ к ее общим ресурсам, все с физического хоста Hyper-V.
Пока что все выглядит как надо и работает как положено.
Теперь, когда я установил новый ESXi и подключил его либо к INT01, либо к INT02, он получает IP-адрес от DHCP, но затем он умирает, чего нельзя достичь, в то время как другие мои серверы могут общаться друг с другом.
Причина, по которой я хочу, чтобы ESXi был подключен к 3 сетям, заключается в следующем:- EXT01 будет использоваться в качестве управления и будет доступен из моего офиса - INT01 будет использоваться для vmotion и т.д. - INT02 будет использоваться для виртуальных машин ESXi (I хотите, чтобы любая виртуальная машина, созданная на ESXi, получала IP-адрес от внешнего блока 2k12)
Мне не нужно получать доступ к другим подсетям из внутренних сетей, поэтому я рад оставить трафик локальным. Поэтому, когда я пингую 192.168.100.100, трафик будет проходить только через INT01, когда я пингую 10.0.2.50 (моя офисная сеть), трафик будет проходить через EXT vSwitch, а когда я пингую 192.168.101.100, трафик будет проходить через INT02. И это работает на 2k12 коробках ..
Здесь ПИК
Решение Были предприняты различные шаги для решения этой проблемы.
- Виртуальная машина с DHCP/DC и т.д. (Сервер 2012 R2) также должна была запускать сетевые карты на устаревших адаптерах. После того, как я изменил виртуальное оборудование этой виртуальной машины, я смог подключиться к ESXi с этой виртуальной машины. Обратите внимание, что я до сих пор не смог и в настоящее время не могу пропинговать хост Hyper-V на ESXi и наоборот, и мне не нужно это решать.Возможно, вы захотите изменить vSwitch на Private, а не Internal, но в моем случае я бы хотел, чтобы хост связывался с моей виртуальной машиной Windows.
- Включите беспорядочный режим в XML виртуальной машины ESXi, прямо под. Для этого вам просто нужно добавить строку TRUE в файл VM XML в Hyper-V. Чтобы сохранить этот файл, вам может потребоваться остановить службу управления виртуальной машиной Hyper-V, сохранить файл и запустить его снова.
- Включите спуфинг MAC-адреса на сетевых картах ESXi. Первоначально это было сделано, до того, как я разместил этот вопрос здесь, проблема в том, что во время устранения неполадок я изменил настройки виртуальной машины и забыл записать этот шаг. Было невероятно, когда я узнал, что после перезапуска ESXi я смог получить 3 разных vSwitch, доступных из их собственных сетей.