Cómo configurar una máquina virtual en modo puente en VirtualBox (paso a paso)

Qué es, para qué sirve y qué obtendrás: El modo puente VirtualBox conecta la tarjeta de red de la máquina virtual directamente a la red física del host, de modo que la VM obtiene una dirección IP y visibilidad como si fuera otro equipo en la misma LAN. En esta guía práctica paso a paso aprenderás cuándo usarlo, cómo configurarlo desde la interfaz gráfica y desde la línea de comandos (VBoxManage), cómo resolver los problemas más comunes en Linux/Windows y qué alternativas emplear si el puente falla (especialmente con Wi‑Fi).

1. ¿Qué es y cuándo usar bridged (modo puente)?

En modo puente la VM comparte la interfaz física del host a nivel de enlace (capa 2). Úsalo cuando necesites:

• Que la VM reciba una IP de la red local (DHCP) y sea accesible por otros equipos de la LAN.
• Simular un equipo real en la red para pruebas de servicios, descubrimiento por mDNS/NetBIOS o escaneo.
• Acceso transparente a recursos de la red física (impresoras, servidores, VLANs cuando el adaptador lo soporta).

2. Requisitos previos y compatibilidad

• VirtualBox instalado (GUI y VBoxManage). Comprueba versión si tienes dudas; las opciones de red básicas existen en todas las versiones recientes.
• Privilegios de administrador en el host para cambiar interfaces y cargar módulos/drivers.
• Host Windows, Linux o macOS: funcionalidad disponible en los tres, pero con matices (ver secciones específicas abajo).
• En Linux: módulos kernel de VirtualBox activos (vboxdrv, vboxnetflt, vboxnetadp). En sistemas con Secure Boot puede ser necesario firmarlos o usar virtualbox-dkms para su correcta carga.

3. NAT vs modo puente: vista rápida

NAT es más sencillo y seguro: la VM comparte la IP del host hacia fuera. El puente expone la VM en la red local. Si necesitas que otros hosts en la LAN alcancen la VM o quieres que reciba su propia IP en la subred, usa modo puente; si sólo necesitas salida a Internet desde la VM, NAT suele ser suficiente.

4. Configuración desde la interfaz gráfica (VirtualBox Manager)

1. Apaga la VM (no funciona cambiar el tipo si la VM está en ejecución en la mayor parte de los casos).
2. Selecciona la VM > Settings > Network.
3. En Adapter 1 activa el adaptador y en Attached to: selecciona Bridged Adapter.
4. En Name elige la interfaz física del host (p. ej. eth0, enp3s0 o el adaptador Wi‑Fi). Opcionalmente, ajusta en Advanced:
   • Adapter Type: el tipo de tarjeta virtual (82540EM, virtio, etc.).
   • Promiscuous Mode: por defecto deny; para análisis de red o servicios que requieran ver todo el tráfico usa allow-vms o allow-all.
   • MAC Address: VirtualBox asigna una por defecto; puedes fijarla si necesitas una MAC concreta.
   • Cable connected: activa esta casilla para simular el cable de red conectado.
5. Guarda y arranca la VM. Dentro del invitado verifica IP y conectividad (ver sección de pruebas).

5. Configuración desde la línea de comandos (VBoxManage)

Útil para scripting o servidores headless. Comandos clave:

VBoxManage list bridgedifs

Lista las interfaces de host que VirtualBox puede usar como puente. Copia exactamente el nombre que aparezca.

VBoxManage modifyvm "Nombre-VM" --nic1 bridged --bridgeadapter1 "Nombre-de-la-interfaz" --nictype1 82540EM --nicpromisc1 allow-vms --cableconnected1 on

Explicación de opciones principales:

• --nic1 bridged: habilita bridged en el primer adaptador.
• --bridgeadapter1 "Nombre": interfaz física del host.
• --nictype1: fuerza un tipo de adaptador virtual (82540EM, virtio, e1000, etc.).
• --nicpromisc1: modo promiscuo (deny | allow-vms | allow-all).
• --cableconnected1 on: simula cable conectado.

6. Ajustes avanzados y por qué importan

• Tipo de adaptador: Cambiar a virtio o e1000 puede mejorar rendimiento o compatibilidad con sistemas operativos modernos.
• Promiscuous mode: necesario para software de captura de paquetes o escenarios donde la VM debe ver tráfico que no es para su MAC.
• MAC fija: necesaria cuando la red tiene reglas MAC (reservas DHCP o ACLs).
• Cable connected: si está desactivado la VM no tendrá enlace físico y no negociará DHCP.

7. Wi‑Fi y puente: limitaciones y recomendaciones

El puente sobre interfaces inalámbricas falla con mayor frecuencia que sobre Ethernet. Motivos:

• Muchos controladores Wi‑Fi y puntos de acceso no soportan paso transparente de tramas de distintas direcciones MAC en modo cliente (limitación de 802.11 en modo estación).
• El host puede no aceptar que la VM use su interfaz en modo enlace 2; VirtualBox listará la interfaz pero la operación puede fallar o no entregar IP al invitado.

Recomendaciones:

• Si es posible, usa una conexión Ethernet para bridged.
• Si necesitas Wi‑Fi, intenta alternativas: NAT + reenvío de puertos, host‑only + routing o pasar un adaptador USB Wi‑Fi al invitado (USB passthrough).
• Consulta nuestra guía sobre NAT y reenvío si eliges esa ruta: Cómo dar Internet en VirtualBox (NAT).

8. Problemas frecuentes en hosts Linux

Síntomas: la VM indica «no kernel driver» o la interfaz puente no aparece.

• Comprueba módulos cargados:

  lsmod | grep vbox

  Debes ver vboxdrv, vboxnetflt y vboxnetadp (y opcionalmente vboxpci).

• Si faltan, reinstala/compila los módulos (p. ej. paquete virtualbox-dkms) y recarga:

  sudo apt install --reinstall virtualbox-dkms
  sudo modprobe vboxdrv

• Con Secure Boot activado puede ser necesario firmar los módulos o desactivar Secure Boot; muchas distribuciones ofrecen asistentes para registrar claves MOK.

9. Problemas frecuentes en hosts Windows

• Ejecuta VirtualBox con permisos administrativos si encuentras fallos de driver.
• Hyper‑V, Device Guard o Memory Integrity (Core isolation) pueden interferir. Si experimentas conectividad reducida o errores, prueba a desactivar temporalmente Hyper‑V/Memory Integrity y reinicia para comprobar si la situación mejora.
• En Windows 10/11 versiones recientes VirtualBox puede usar Hyper‑V como backend, pero esto puede afectar rendimiento o ciertas funcionalidades de red.

10. Pruebas y diagnóstico dentro del invitado

Comandos útiles dentro de la VM:

• Linux: ip addr o ifconfig para comprobar IP; ip route para la ruta por defecto.
• Windows: ipconfig /all para ver IP, gateway y servidor DHCP.
• Comprobaciones de conectividad: ping al gateway, a 8.8.8.8 y realizar traceroute/tracert si es necesario.

11. Soluciones rápidas a errores comunes

• «No bridged adapters found» — en host ejecuta VBoxManage list bridgedifs y usa el nombre exacto; comprueba permisos del usuario para acceder a esa interfaz.
• La VM no recibe IP — activa Cable connected, habilita DHCP en la red local o asigna IP estática válida y comprueba conflictividad de MAC/IP.
• Puente aparece pero sin tráfico — considera cambiar el tipo de adaptador virtual o el modo promiscuo; en Linux comprueba que vboxnetflt esté cargado.
• Si el problema es Wi‑Fi, prueba las alternativas (NAT + reenvío o USB Wi‑Fi passthrough) o pasa a host‑only con routing. Más sobre modos de red en: Modos de red VirtualBox: NAT, puente, host-only e interna.

12. Consejos finales y alternativas

• Para pruebas de servidor en red local preferible usar puente mediante Ethernet.
• Si necesitas acceso externo puntual, usa NAT + reenvío de puertos (más sencillo y seguro).
• En entornos de laboratorio donde quieres aislar la VM, host‑only + routing o una red interna pueden ser mejores opciones.
• Si dependes de Wi‑Fi, pasar un adaptador USB Wi‑Fi al invitado ofrece la solución más fiable.

Checklist rápido antes de arrancar la VM

• Host: interfaz física funciona y tiene conectividad.
• VirtualBox: seleccionada la interfaz correcta en Bridged Adapter o especificada en --bridgeadapter.
• Advanced: cable connected activado, modo promiscuo configurado según necesidad, MAC fijada si es necesario.
• Hosts Linux: módulos vboxdrv, vboxnetflt, vboxnetadp cargados (firmados si Secure Boot).
• Si Wi‑Fi: considerar alternativas antes de insistir con el puente.

Preguntas frecuentes (FAQ)

¿Por qué mi VM no recibe IP en modo puente si el host sí?

Comprueba que «Cable connected» esté activo, que el modo promiscuo no esté bloqueando el tráfico y que el switch/AP no impida múltiples MACs por puerto (algunos APs gestionan esto). En Wi‑Fi es frecuente que el driver/imprte no permita bridging.

¿Puedo usar bridged y NAT al mismo tiempo?

Sí: VirtualBox permite múltiples adaptadores; por ejemplo, Adapter 1 en Bridged para acceso LAN y Adapter 2 en NAT para acceso a Internet independiente o para usar port forwarding.

Resumen: El modo puente VirtualBox es la opción correcta cuando la VM debe comportarse como un equipo más de la red física. Configúralo desde Settings > Network > Bridged Adapter o con VBoxManage, comprueba módulos en Linux y considera alternativas cuando trabajes sobre Wi‑Fi. Sigue la checklist antes de arrancar y usa las pruebas dentro del invitado para verificar la conectividad.