![ESXi 5.5: red de gestión sin puerta de enlace](https://rvso.com/image/1451552/ESXi%205.5%3A%20red%20de%20gesti%C3%B3n%20sin%20puerta%20de%20enlace.png)
Estoy configurando un laboratorio de pruebas para VMware en Hyper-V. Tengo 3 vSwitches en Hyper-V: -EXT01 -INT01 -INT02
También creé una máquina virtual W2K12 en Hyper-V que tiene las siguientes funciones instaladas: -AD/DNS -DHCP -Archivo (configure iSCSI en el futuro como almacenamiento compartido).
Ahora, conecté 3 NIC a ESX01 y están conectadas a los 3 vSwitches anteriores (EXT01, INT01 e INT02). Ahora, solo uno está habilitado de forma predeterminada (el Ext01, que se conecta a mi propia red y tiene todo configurado, incluida una puerta de enlace predeterminada), obtiene una dirección DHCP y puedo acceder a él usando vSphere Client. Si desactivo la NIC Ext en ESXi y habilito la NIC INT01 (o 02) o si simplemente conecto la red INT01 (o 02) a la NIC1, obtengo una dirección IP de DHCP (la máquina 2k12 anterior, que está conectada a INT01 e INT02 y sirven sus propios ámbitos), todos configurados correctamente, sin puerta de enlace, pero no puedo acceder al ESXi a través de vSphere Client y ni siquiera puedo hacer ping. Todo vuelve a funcionar cuando vuelvo a habilitar la red externa. Esto me dice que el problema definitivamente está en la configuración de la red (interna), pero no estoy seguro de dónde más buscar o qué cambiar. Como se trataba de un laboratorio, quería dejarlo sin GTW ya que no necesito enrutamiento de una red a otra (por eso también tengo INT01 y 02).
EDITAR: Olvidé mencionar que cualquier otra máquina con Windows conectada a la red INT01 o 02 puede obtener una dirección y hacer ping a otros dispositivos en la red.
Gracias
Respuesta1
Para quien esté interesado, yo mismo encontré la solución. En primer lugar, les daré una mejor descripción general de lo que quería lograr.
Problema Entonces tengo una caja física conectada a la red de la oficina. Esta caja física ejecuta Hyper-V y tiene 3 conmutadores virtuales. Uno Externo (EXT01, conectado a la red de la oficina a través de una de las NIC físicas del servidor), los otros dos son conmutadores internos (no privados, por lo que, una vez creados, crearán una NIC virtual en la caja física automáticamente; en mi caso, tendrá 2 NIC virtuales agregadas al host físico) llamadas INT01 e INT02. En Hyper-V tengo una máquina virtual W2K12 R2 que ejecuta las siguientes funciones: - Controlador de dominio - DNS - Servicios de archivos - DHCP
He conectado dos NIC virtuales a esta VM: - Una conectada a INT01 - Una conectada a INT02
Como no hay dispositivos de red en ambas redes internas, agregué manualmente la siguiente configuración para INT01: IP 192.168.100.100 Subred 255.255.255.0 Gtw: dejado en blanco DNS: 192.168.100.100
INT02 en esta VM tiene la siguiente configuración: IP 192.168.101.100 Subred 255.255.255.0 Gtw: dejado en blanco DNS: 192.168.101.100
Hasta ahora, todo bien. Ahora, creé dos ámbitos, uno atiende 192.168.100 direcciones y el otro se encarga de 192.168.101. Ambos ámbitos proporcionarán la misma subred (255.255.255.0), dejarán el gtw predeterminado en blanco y también proporcionarán una dirección de servidor DNS que coincida con la IP de NIC de la máquina virtual, por lo que 192.168.100.100 para INT01 y 192.168.101.100 para INT02. .
Tan pronto como configuré los alcances DHCP y ejecuté ipconfig /release y /renew en el host Hyper-V, sus dos NIC virtuales de las que hablé anteriormente obtuvieron una dirección IP (192.168.100.200 para la vNIC conectada a INT01 y 192.168.101.200 para INT02). Puedo acceder a la VM a través de 192.168.100.100 y 101.100 sin problemas, puedo hacer ping, RDP en ella, acceder a sus recursos compartidos, todo desde el host físico de Hyper-V. Hasta ahora todo parece como debería y funciona como se esperaba.
Ahora, cuando configuro un nuevo ESXi y lo conecto a INT01 o INT02, obtiene una dirección IP del DHCP, pero luego muere allí y no es accesible mientras mis otros servidores pueden comunicarse entre sí.
La razón por la que quiero que ESXi esté conectado a 3 redes es la siguiente: - EXT01 para usar como administración y será accesible desde mi oficina - INT01 para usar para vmotion, etc. - INT02 para usar para las máquinas virtuales de ESXi (I desea que cualquier VM creada en ESXi obtenga una IP de la caja externa 2k12)
No necesito acceder a otras subredes desde las redes internas, por lo que me complace dejar el tráfico como local. Entonces, cuando haga ping a 192.168.100.100, el tráfico solo pasará por INT01, cuando haga ping a 10.0.2.50 (la red de mi oficina), el tráfico pasará por EXT vSwitch y cuando haga ping a 192.168.101.100, el tráfico tendrá que pasar por INT02. Y esto funciona en cajas de 2k12.
Aquí la foto
Solución Se tomaron diferentes medidas para resolver esto.
- La máquina virtual que ejecuta DHCP/DC, etc. (servidor 2012 R2) también tuvo que ejecutar las NIC en adaptadores heredados. Una vez que modifiqué el hardware virtual de esta VM, pude acceder a ESXi desde esa VM.Tenga en cuenta que todavía no pude y actualmente no puedo hacer ping desde el host Hyper-V al ESXi y viceversa y no necesito resolver esto. Es posible que desee cambiar el vSwitch a Privado en lugar de Interno, pero en mi caso me gustaría que el host se comunique con mi máquina virtual de Windows.
- Habilite el modo promiscuo en el XML de la VM de ESXi, justo debajo de . Para hacerlo, solo necesita agregar la cadena VERDADERO en el archivo XML de VM en Hyper-V. Para guardar ese archivo, es posible que deba detener el servicio de administración de máquinas virtuales Hyper-V, guardar el archivo e iniciarlo nuevamente.
- Habilite la falsificación de direcciones MAC en las NIC de ESXi. Esto se hizo originalmente, antes de publicar esta pregunta aquí, el problema es que durante la solución de problemas modifiqué la configuración de la VM y olvidé anotar este paso. Fue increíble cuando descubrí que, después de reiniciar ESXi, pude obtener 3 vSwitches diferentes, todos accesibles desde sus propias redes.