Una máquina virtual sin red sirve de poco. En Hyper-V, la pieza que conecta las VMs entre sí y con el exterior es el conmutador virtual (virtual switch). Microsoft define tres tipos, y elegir bien desde el principio te ahorra rehacer la configuración de red más tarde.
Los tres tipos
El conmutador externo conecta las máquinas virtuales a la red física a través de un adaptador de red real (NIC) del host. Es el que necesitas cuando una VM tiene que hablar con otros equipos de la LAN, salir a internet o ser accesible desde fuera. Al crear uno externo, Hyper-V te avisa de que el cambio puede interrumpir momentáneamente la conectividad de red del host, porque se reorganiza cómo se usa esa tarjeta.
El conmutador interno comunica las VMs entre sí y también con el sistema operativo host, pero no toca la red física. Es útil para entornos de laboratorio donde quieres que el host pueda alcanzar sus máquinas sin exponerlas a la red de la empresa.
El conmutador privado solo permite que las VMs se comuniquen entre ellas. Ni el host ni la red física entran en la conversación. Va bien para aislar un grupo de máquinas, por ejemplo un escenario de pruebas que no debe filtrar tráfico a ningún otro sitio.
Cómo se crea
Tienes dos caminos. Con interfaz gráfica, abres Hyper-V Manager, vas al panel Actions, eliges Virtual Switch Manager, seleccionas el tipo y pulsas Create Virtual Switch. Le das un nombre y, si es externo, escoges el adaptador de red físico que va a usar.
Con PowerShell el cmdlet es New-VMSwitch, siempre en una sesión elevada. Primero conviene listar los adaptadores disponibles con Get-NetAdapter para saber cuál usar. Para un conmutador externo:
New-VMSwitch -Name <switch-name> -NetAdapterName <netadapter-name>Usar el parámetro -NetAdapterName (o -NetAdapterInterfaceDescription) ya fija el tipo como externo de forma implícita. Para uno interno o privado, indicas el tipo a mano:
New-VMSwitch -Name <switch-name> -SwitchType <switch-type>donde <switch-type> es Internal o Private.
Compartir la NIC con el host y VLANs
En un conmutador externo puedes dejar que el sistema operativo de gestión comparta el mismo adaptador, marcando Allow management operating system to share this network adapter en Hyper-V Manager o con Set-VMSwitch -Name <vmswitch name> -AllowManagementOS $true.
Para etiquetado VLAN, Hyper-V admite identificación de VLAN en conmutadores externos e internos. Desde PowerShell, Set-VMNetworkAdapterVlan permite tanto modo access con un VLAN ID concreto como modo trunk con VLAN nativa y lista de VLANs permitidas (por ejemplo 200-210).
NAT en Windows
En Windows, además, existe la opción de redes NAT: combinan la dirección IP del host con puertos a través de un conmutador interno. Esto deja salir a las VMs usando la IP del equipo, ahorra direcciones y permite que varias máquinas usen los mismos puertos internos mapeándolos a puertos externos distintos. Microsoft mantiene una guía aparte para montar la red NAT y conectarla a una VM.
Para quién es útil
Si administras Hyper-V para desarrollo o producción, entender estos tres tipos es básico antes de mover una sola VM. La lógica es la misma que en otros hipervisores: si vienes de Proxmox o KVM, el conmutador externo equivale a un bridge a la red física, el interno a una red host-only con acceso del host, y el privado a una red aislada entre invitados. Si te interesa comparar plataformas, échale un ojo a la actualización de XCP-ng 8.3 LTS, otro hipervisor de tipo 1 con su propio enfoque de red.