para quem estiver interessado, encontrei a solução sozinho. Em primeiro lugar, vou dar-lhe uma visão melhor do que eu queria alcançar.
Problema Então, eu tenho uma caixa física conectada à rede do escritório. Esta caixa física está executando o Hyper-V e tem 3 comutadores virtuais. Um Externo (EXT01, conectado à rede do escritório através de uma das NICs físicas do servidor), os outros dois são Internos (não privados, então, uma vez criados, criarão uma NIC virtual na caixa Física automaticamente; no meu caso, eu terá 2 NICs virtuais adicionadas ao host físico) chamadas INT01 e INT02. No Hyper-V, tenho uma VM W2K12 R2 executando as seguintes funções: - Controlador de Domínio - DNS - Serviços de arquivos - DHCP
Eu conectei duas NICs virtuais a esta VM: - Um conectado ao INT01 - Um conectado ao INT02
Como não há dispositivos de rede nas duas redes internas, adicionei manualmente a seguinte configuração para o INT01: IP 192.168.100.100 Sub-rede 255.255.255.0 Gtw: deixado em branco DNS: 192.168.100.100
INT02 nesta VM tem a seguinte configuração: IP 192.168.101.100 Sub-rede 255.255.255.0 Gtw: deixado em branco DNS: 192.168.101.100
Até aí tudo bem. Agora, criei dois escopos, um serve 192.168.100 endereços e o outro cuida de 192.168.101. Os escopos fornecerão a mesma sub-rede (255.255.255.0), deixarão o padrão gtw em branco e também fornecerão um endereço de servidor DNS que corresponda ao IP da NIC da VM, de modo que 192.168.100.100 para INT01 e 192.168.101.100 para INT02 .
Assim que configurei os escopos DHCP e executei ipconfig / release e / renew no host do Hyper-V, suas duas NICs virtuais das quais falei acima obtiveram um endereço IP (192.168.100.200 para o vNIC conectado ao INT01 e 192.168.101.200 para INT02). Eu posso acessar a VM através de 192.168.100.100 e 101.100 sem nenhum problema, eu posso fazer ping, RDP sobre ele, acessar seus compartilhamentos, tudo a partir do host físico Hyper-V. Até agora, tudo parece como deveria e funciona como esperado.
Agora, um que eu configurei um novo ESXi e conecte-o a INT01 ou INT02, ele obtém um endereço IP do DHCP, mas ele morre lá, inacessível, enquanto outros servidores conversam entre si .
A razão pela qual eu quero que o ESXi seja conectado a 3 redes é o seguinte: - EXT01 para ser usado como gerenciamento e será acessível a partir do meu escritório - INT01 para ser usado para vmotion etc - INT02 a ser usado para as VMs do ESXi (quero que qualquer VM criada no ESXi obtenha um IP da caixa 2k12 externa)
Eu não preciso acessar outras sub-redes das redes internas, por isso estou feliz em deixar o tráfego como local. Então, quando eu estou pingando 192.168.100.100, o tráfego só vai passar por INT01, quando eu pingar 10.0.2.50 (rede do meu escritório), o tráfego vai passar pelo EXT vSwitch e quando eu ping 192.168.101.100, o tráfego terá que passar por INT02 E isso funciona em caixas 2k12 ..
Aqui o PIC
Solução Foram dados passos diferentes para resolver isso.
- A VM que executa DHCP / DC, etc. (2012 R2 Server) também precisou executar as NICs nos adaptadores Legacy. Depois de modificar o hardware virtual dessa VM, consegui acessar o ESXi dessa VM. Note que eu ainda não era capaz e atualmente não é capaz de fazer ping do host do Hyper-V para o ESXi e vice-versa e não estou precisando resolver isso. Você pode querer mudar o vSwitch para Private ao invés de Internal, mas no meu caso eu gostaria de ter o host para se comunicar com minha VM do Windows.
- Ative o modo promíscuo no XML da VM do ESXi, logo abaixo. Para fazer isso você só precisa adicionar a string TRUE no arquivo XML da VM no Hyper-V. Para salvar esse arquivo, talvez seja necessário parar o serviço de Gerenciamento de Máquina Virtual do Hyper-V, salve o arquivo e inicie-o novamente.
- Ativar falsificação de endereço MAC nas NICs do ESXi. Isso foi feito originalmente, antes de eu postar esta pergunta aqui, o problema é que durante a solução de problemas modifiquei as configurações da VM e esqueci de escrever essa etapa. Foi incrível quando descobri que, depois de reiniciar o ESXi, consegui obter 3 diferentes vSwitches acessíveis a partir das suas próprias redes.