Windows Server 2025 / Elegir un conmutador virtual de Hyper-V y crear una red privada

El conmutador virtual de Hyper-V determina con qué equipos puede comunicarse una máquina virtual (VM) mediante ese adaptador. Externo conecta con una red física; Interno comunica las VM conectadas y el host; Privado comunica las VM conectadas al mismo conmutador del mismo host. Elija según el acceso necesario y el aislamiento previsto, y después configure las direcciones dentro de los invitados.

Comparar Externo, Interno y Privado

Crear un conmutador Interno o Privado no instala el Protocolo de configuración dinámica de host (DHCP) ni proporciona Internet automáticamente. La traducción de direcciones de red (NAT) sobre un conmutador Interno es otro diseño: requiere planificar prefijo, interfaz y puerta de enlace del host y compatibilidad con redes existentes. WinNAT por sí solo tampoco asigna direcciones a las VM. Este ejercicio crea Privado, sin enrutamiento exterior. Compruebe que los invitados no tengan otra interfaz, puente o función de encaminamiento que cambie ese alcance; el nombre del conmutador no garantiza por sí solo aislamiento de todas las rutas.

Un conmutador Externo se enlaza a un adaptador físico de red (NIC). Permitir que el sistema de gestión comparta ese adaptador cambia la ruta de red del host y puede interrumpir la sesión remota. Registre IP, puerta de enlace, red local virtual (VLAN) y acceso de administración antes de cualquier cambio de ese tipo. Consulte la guía de creación y uso compartido de conmutadores. No convierta una conexión existente en Externa para resolver un fallo del laboratorio sin un plan de recuperación.

Planificar el alcance antes de mover una VM

Parta de HV1 con Hyper-V instalado y verificado después del reinicio y una cuenta con derechos administrativos. Cree un conmutador nuevo llamado Lab-Private para la VM de prueba HVTEST01. Si todavía no existe esa VM, puede crear ahora el conmutador y hacer la comprobación del invitado cuando la tenga disponible. No cambie DC1 o FS1 de red solo porque su conmutador aislado tenga otro nombre: puede perder el Sistema de nombres de dominio (DNS), DHCP o administración. Registre las conexiones anteriores de cualquier VM de prueba antes de modificarlas.

• Compare el rango de ejemplo 172.24.50.0/24 con redes locales y redes privadas virtuales (VPN), y con el inventario del laboratorio. Si se solapa, planifique otro rango coherente; no renumere servidores existentes sin revisar dependencias.
• Compruebe el conmutador concreto y el host de cada adaptador. Dos conmutadores diferentes no se unen porque las VM tengan direcciones con la misma subred.
• Mantenga el DHCP de pruebas dentro del segmento aislado aprobado. No conecte esa VM a una red física para comprobar si consigue una concesión.
• Si necesita acceso IP desde el host, elija un diseño Interno y planifique también su adaptador virtual y dirección. No transforme sin revisión un conmutador compartido por otros invitados.

En un segmento sin router, deje sin configurar la puerta de enlace en lugar de inventar una dirección como si proporcionara salida. Si los invitados son miembros de dominio, deben consultar el Sistema de nombres de dominio (DNS) interno correspondiente; poner un DNS público como alternativa no corrige la falta de resolución del dominio. La planificación de redes Hyper-V distingue alcance del conmutador y adaptadores: estar en una subred numéricamente igual no conecta redes virtuales diferentes.

Crear el conmutador Privado

1. En el Administrador de Hyper-V, seleccione HV1 y confirme que puede administrar ese host. Conserve acceso de consola y no modifique las redes de otras VM.
2. Abra el Administrador de conmutadores virtuales y revise los nombres existentes antes de agregar uno.
3. Seleccione Privado y Crear conmutador virtual. Compruebe que no eligió Externo ni un adaptador físico.
4. Asigne el nombre literal Lab-Private y una descripción que identifique el laboratorio aislado. Si el nombre existe, deténgase y revise su propietario, tipo y conexiones; no lo sobrescriba ni lo borre para continuar.
5. Aplique y vuelva a seleccionar el conmutador para confirmar nombre Lab-Private y tipo Privado. Este resultado todavía no prueba la configuración del invitado.

Como alternativa al asistente, abra Windows PowerShell como administrador en HV1. El ejemplo comprueba si existe el nombre y, si lo encuentra, se detiene para que lo revise en vez de reutilizarlo. New-VMSwitch con SwitchType Private no necesita un adaptador físico. Elija el método gráfico o este bloque, sin ejecutarlo de nuevo tras haber creado el mismo conmutador:

if (Get-VMSwitch -Name 'Lab-Private' -ErrorAction SilentlyContinue) {
    throw 'A switch with this name already exists. Review it first.'
}
New-VMSwitch -Name 'Lab-Private' -SwitchType Private
Get-VMSwitch -Name 'Lab-Private' | Select-Object Name,SwitchType

La consulta final debe devolver Name igual a Lab-Private y SwitchType igual a Private. Si el bloque se detiene por un nombre existente, revise ese objeto y elija otro nombre propio de manera coherente si corresponde; no quite la protección para reutilizarlo a ciegas. Aunque SilentlyContinue oculta el error de nombre no encontrado, un problema de permisos o conexión no demuestra que el inventario esté vacío. Si observa errores al consultar o crear, deténgase, confirme HV1 y los privilegios y revise el resultado antes de seguir. No considere la ausencia de salida como una creación correcta.

Verificar la conexión y la IP del invitado por separado

Cuando disponga de HVTEST01, abra su Configuración en el Administrador de Hyper-V, seleccione el adaptador de red previsto y elija Lab-Private como conmutador virtual. Confirme el destino y aplique el cambio solo a esa VM de prueba. Conectar la NIC virtual no configura IP, máscara, puerta de enlace ni DNS dentro del invitado. Para probar comunicación entre invitados necesita además otra VM de prueba aprobada en el mismo host y conmutador; no use como sustituto un servidor de dominio en funcionamiento.

1. Dentro de cada invitado, ejecute ipconfig /all y confirme la NIC prevista, IPv4, máscara, origen DHCP o estático y DNS. No interprete un adaptador distinto como si fuera la interfaz del laboratorio.
2. Asigne direcciones únicas en el mismo segmento o confirme una concesión DHCP suministrada intencionadamente dentro del laboratorio. Como ejemplo solo para una red aislada y sin conflicto con un ámbito DHCP, puede usar 172.24.50.101 y 172.24.50.102, ambas con máscara 255.255.255.0. Sin router no añada puerta de enlace. Confirme antes que esas direcciones están libres y registre los valores anteriores para restaurarlos. Para establecerlas en Windows, abra ncpa.cpl dentro del invitado, entre en Propiedades del adaptador → Protocolo de Internet versión 4 (TCP/IPv4) → Propiedades y seleccione la configuración manual. Introduzca dirección y máscara; mantenga el DNS que corresponda al papel del invitado. No cambie la NIC de administración del host.
3. Desde un invitado pruebe la dirección del otro y el servicio previsto, que debe estar en escucha y permitido por reglas apropiadas. Por ejemplo, la apertura del recurso compartido autorizado verifica algo distinto del ping. Registre destino, operación y error sin cambiar a la vez dirección, VLAN y firewall.
4. Pruebe el mismo destino por su nombre previsto y con la identidad correcta. Si por IP funciona pero por nombre no, revise resolución y DNS; si el servicio responde pero deniega acceso, revise autenticación y permisos. No dé por equivalentes todas esas pruebas.

En un conmutador Privado, que el host no pueda alcanzar por IP al invitado puede ser el resultado correcto. VMConnect permite usar la consola de la VM mediante la administración de Hyper-V y no depende de esa ruta IP del invitado. Un ping positivo solo comprueba una parte de la conectividad; no acredita el puerto del servicio, los permisos ni la autenticación por nombre. Si el ping falla, tampoco concluya automáticamente que el conmutador está mal: revise las reglas de firewall aplicables sin desactivarlo globalmente.

Diagnosticar y retirar solo el conmutador de prueba

Configure VLAN únicamente como parte de un diseño coherente de extremo a extremo, incluyendo adaptadores invitados y dispositivos que corresponda. Antes de retirar Lab-Private, inventaríe todas las VM y adaptadores conectados, incluso de máquinas apagadas, y preserve las conexiones que necesiten. Devuelva las VM de prueba a sus conexiones anteriores y sus ajustes de invitado documentados si deben conservarse, o déjelas desconectadas conforme a la limpieza prevista. Después quite solo el conmutador de prueba que creó mediante el Administrador de conmutadores virtuales y confirme que ya no aparece. No elimine otros conmutadores, NIC del host o discos de VM. La retirada de un conmutador aún utilizado corta la conexión de sus adaptadores.