Estou montando um laboratório de testes para VMware no Hyper-V. Tenho 3 vSwitches no Hyper-V: -EXT01 -INT01 -INT02
Também criei uma VM W2K12 no Hyper-V que possui as seguintes funções instaladas: -AD/DNS -DHCP -File (configurar iSCSI no futuro como armazenamento compartilhado).
Agora conectei 3 NICs ao ESX01 e elas estão conectadas a todos os 3 vSwitches acima (EXT01, INT01 e INT02). Agora, apenas um está habilitado por padrão (o Ext01, que se conecta à minha própria rede e tem tudo configurado, inclusive um gateway padrão), ele ganha um endereço DHCP e consigo acessá-lo usando o vSphere Client. Se eu desabilitar a NIC Ext no ESXi e habilitar a NIC INT01 (ou 02) ou se eu apenas conectar a rede INT01 (ou 02) à NIC1, obtenho um endereço IP do DHCP (a máquina 2k12 acima, que está conectada a INT01 e INT02 e eles atendem seus próprios escopos), todos configurados corretamente, sem Gateway, mas não consigo acessar o ESXi através do vSphere Client e nem consigo fazer ping nele. Tudo funciona novamente quando eu reativo a rede externa. Isso me diz que o problema está definitivamente na configuração da rede (interna), mas não tenho certeza de onde mais procurar ou o que alterar? Como se tratava de um laboratório, quis deixá-lo sem GTW, pois não preciso de roteamento de uma rede para outra (é também por isso que tenho INT01 e 02).
EDIT: esqueci de mencionar que qualquer outra máquina Windows conectada à rede INT01 ou 02 é capaz de obter um endereço e fazer ping em outros dispositivos na rede.
Obrigado
Responder1
para quem estiver interessado, eu mesmo encontrei a solução. Em primeiro lugar, darei uma visão melhor do que eu queria alcançar.
Problema Então, tenho uma caixa física conectada à rede do escritório. Esta caixa física está executando o Hyper-V e possui 3 switches virtuais. Um externo (EXT01, conectado à rede do escritório através de uma das NICs físicas do servidor), os outros dois são switches internos (não privados, portanto, uma vez criados, criarão automaticamente uma NIC virtual na caixa física; 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
Conectei duas NICs virtuais a esta VM: - Uma conectada ao INT01 - Uma conectada ao INT02
Como não há dispositivos de rede nas duas redes internas, adicionei manualmente a seguinte configuração para INT01: IP 192.168.100.100 Sub-rede 255.255.255.0 Gtw: deixei 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é agora tudo bem. Agora criei dois escopos, um atende endereços 192.168.100 e o outro cuida de 192.168.101. Os escopos fornecerão a mesma sub-rede (255.255.255.0), deixarão o gtw padrão em branco e também fornecerão um endereço de servidor DNS que corresponda ao IP NIC da VM, portanto, 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 Hyper-V, seus dois NICs virtuais de que falei acima obtiveram um endereço IP (192.168.100.200 para o vNIC conectado ao INT01 e 192.168.101.200 para INT02). Posso acessar a VM através de 192.168.100.100 e 101.100 sem problemas, posso fazer ping, RDP nela, acessar seus compartilhamentos, tudo a partir do host físico do Hyper-V. Até agora, tudo parece como deveria e funciona conforme o esperado.
Agora, quando eu configuro um novo ESXi e o conecto ao INT01 ou ao INT02, ele obtém um endereço IP do DHCP, mas depois morre lá, inacessível enquanto meus outros servidores podem se comunicar entre si.
A razão pela qual desejo que o ESXi seja conectado a 3 redes é a seguinte: - EXT01 para ser usado como gerenciamento e estará acessível no meu escritório - INT01 para ser usado para vmotion etc - INT02 para ser usado para VMs do ESXi (eu deseja que qualquer VM criada no ESXi obtenha um IP da caixa 2k12 externa)
Não preciso acessar outras sub-redes das redes internas, então fico feliz em deixar o tráfego local. Então, quando eu fizer ping em 192.168.100.100, o tráfego passará apenas pelo INT01, quando eu fizer ping em 10.0.2.50 (minha rede do escritório), o tráfego passará pelo EXT vSwitch e quando eu fizer ping em 192.168.101.100, o tráfego terá que passar INT02. E isso funciona em caixas 2k12.
Aqui a foto
Solução Foram tomadas diferentes medidas para resolver isso.
- A VM executando DHCP/DC etc (servidor 2012 R2) também teve que executar as NICs em adaptadores legados. Depois de modificar o hardware virtual desta VM, consegui acessar o ESXi dessa VM.Observe que ainda não consegui e atualmente não consigo fazer ping do host Hyper-V para o ESXi e vice-versa e não preciso resolver isso. Você pode querer alterar o vSwitch para Privado em vez de Interno, mas no meu caso eu gostaria que o host se comunicasse com minha VM do Windows.
- Habilite o modo promíscuo no XML da VM do ESXi, logo abaixo de . Para fazer isso basta adicionar a string TRUE no arquivo VM XML no Hyper-V. Para salvar esse arquivo, pode ser necessário interromper o serviço Hyper-V Virtual Machine Management, salvar o arquivo e iniciá-lo novamente.
- Habilite a falsificação de endereço MAC nas NICs do ESXi. Isso foi feito originalmente, antes de postar esta pergunta aqui, o problema é que durante a solução de problemas modifiquei as configurações da VM e esqueci de anotar esta etapa. Foi incrível quando descobri que, depois de reiniciar o ESXi, consegui três vSwitches diferentes, todos acessíveis em suas próprias redes.