Marcio Cunha

Cómo configurar bridge de red en KVM para IPs locales

Aprende paso a paso cómo crear una interfaz de puente bridge en Linux para que tus máquinas virtuales KVM reciban direcciones IP directas de tu red física local.

Marcio Cunha•6 min
También disponible en:EnglishPortuguês
Resumen
  • La virtualización estándar de KVM aísla las máquinas invitadas detrás de una NAT interna invisible para el resto de la red física.
  • La creación de una interfaz bridge une la tarjeta de red física del host a un conmutador virtual compartido.
  • Las máquinas virtuales comienzan a solicitar direcciones IP directamente al router físico mediante DHCP, facilitando el acceso externo.
  • Los ajustes en Netplan o NetworkManager garantizan que el puente persista y funcione de forma estable tras reiniciar el sistema.
  • El aislamiento de tráfico y las reglas de cortafuegos siguen siendo esenciales para proteger tanto al host como a las VMs conectadas.

Por qué tus máquinas virtuales KVM necesitan un bridge de red

Cuando instalas KVM (Kernel-based Virtual Machine, una tecnología nativa de Linux que transforma tu sistema operativo en un hipervisor completo), la configuración predeterminada crea una red interna aislada llamada NAT. En la práctica, esto significa que tus máquinas virtuales pueden acceder a internet, pero el resto de tu red física local no puede verlas directamente. Permanecen ocultas detrás del equipo principal, como si estuvieran en una habitación secreta.

Para quienes utilizan servidores en casa o en entornos corporativos para alojar servicios a los que deben acceder otros dispositivos, esta barrera resulta bastante incómoda. La solución es crear una interfaz de puente, conocida técnicamente como bridge. Un puente de red actúa como un conmutador virtual, uniendo la tarjeta de red física de tu servidor con un canal compartido que distribuye direcciones IP reales a todas las máquinas virtuales.

Antes de realizar cambios profundos en la capa de red del sistema, conviene recordar la importancia de mantener la seguridad del entorno, algo que detallamos al explicar cómo configurar el firewall UFW en Linux paso a paso. Con el bridge activo, tus VMs ganan autonomía total en la red local, recibiendo una IP propia directamente de tu router principal y facilitando integraciones como cómo configurar Wake-on-LAN en Linux para encender el PC al gestionar hardware remoto con precisión.

Cómo planificar la migración al bridge en Linux

Cambiar la forma en que Linux gestiona los paquetes de red requiere precaución para evitar perder el acceso remoto al servidor durante el proceso. Si estás conectado mediante SSH (Secure Shell, el protocolo seguro para acceder a equipos a distancia mediante la línea de comandos) y cometes un error en un comando de red, la conexión se interrumpirá de inmediato, exigiendo acceso físico a la máquina para corregir el fallo.

El secreto de una transición segura es desactivar temporalmente el gestor de red predeterminado y crear el puente utilizando herramientas modernas como Netplan o NetworkManager, según tu distribución de Linux. El objetivo es tomar tu tarjeta física actual, por ejemplo eth0 o enp3s0, y convertirla en esclava de una nueva interfaz virtual llamada br0.

Esta nueva interfaz br0 asume la dirección IP que antes pertenecía a la tarjeta física, asegurando que el servidor siga accesible sin interrupciones. Mientras tanto, KVM se configura para apuntar a este bridge en lugar de a la red NAT predeterminada, permitiendo que los sistemas invitados participen activamente en el tráfico local de tu hogar u oficina.

Guía paso a paso para crear el bridge de red con Netplan

Si utilizas distribuciones modernas basadas en Debian o Ubuntu, Netplan es la herramienta estándar para gestionar configuraciones de red mediante archivos de texto plano en formato YAML. El primer paso es averiguar el nombre exacto de tu tarjeta de red física ejecutando el comando a continuación en la terminal:

ip a

Localiza la interfaz activa que posee tu dirección IP actual y anota su nombre, como enp2s0. A continuación, accede al directorio de configuración de Netplan y abre el archivo YAML existente con tu editor de texto preferido, como nano:

sudo nano /etc/netplan/01-netcfg.yaml

Modifica el contenido del archivo para desactivar el direccionamiento directo en la tarjeta física y crear la estructura del bridge br0. Sustituye enp2s0 por el nombre real de tu tarjeta y ajusta las direcciones IP según tu red local actual:

network:  version: 2  renderer: networkd  ethernets:    enp2s0:      dhcp4: no  bridges:    br0:      interfaces: [enp2s0]      dhcp4: yes      parameters:        stp: true        forward-delay: 4

Tras guardar el archivo, aplica la nueva configuración de red de forma segura usando el comando de prueba de Netplan, el cual revierte automáticamente los cambios si ocurre alguna pérdida de conectividad:

sudo netplan try

Integrando el bridge recién creado en KVM y libvirt

Con la interfaz br0 funcionando en el sistema operativo principal, el siguiente paso es enseñarle a KVM a utilizarla. La utilidad de gestión de virtualización, llamada libvirt, emplea archivos XML para definir cómo cada máquina virtual se conecta al mundo exterior. Puedes crear un archivo de definición de red XML temporal para informar al sistema de que el nuevo puente está disponible.

Crea un archivo llamado bridge-network.xml en tu carpeta personal utilizando un editor de texto e introduce el siguiente contenido estructurado:

<network>  <name>br-lan</name>  <forward mode='bridge'/>  <bridge name='br0'/></network>

Este pequeño archivo le indica a KVM que cualquier máquina virtual conectada a la red llamada br-lan debe enviarse directamente al puente br0, evitando cualquier traducción de direcciones NAT. Para registrar y activar esta nueva regla en el sistema de virtualización, ejecuta los comandos de control del gestor:

sudo virsh net-define bridge-network.xmlsudo virsh net-start br-lansudo virsh net-autostart br-lan

A partir de este momento, al crear o editar una máquina virtual utilizando herramientas gráficas como virt-manager o comandos de consola, basta con seleccionar la red br-lan. El sistema invitado inicializará su pila de red y solicitará una IP directamente a tu router físico.

Validando la conectividade y resolviendo problemas comunes

Tras completar la configuración del bridge y reiniciar las máquinas virtuales, la prueba definitiva consiste en acceder a la terminal de la VM y comprobar qué dirección IP recibió. Ejecuta el comando de verificación de IP dentro de la máquina virtual y confirma si el rango numérico coincide exactamente con el de tu red local física:

ip a

Si la máquina virtual recibió una IP válida y puede navegar por internet, pero los demás ordenadores de tu casa todavía no consiguen alcanzarla, el problema puede deberse a reglas restrictivas en el cortafuegos del host o a políticas de seguridad del router. En algunos entornos corporativos, los switches gestionables bloquean puertos adicionales al detectar múltiples direcciones MAC en un mismo puerto físico, exigiendo configuraciones específicas en la infraestructura.

Otro detalle importante involucra el tráfico inalámbrico. Las tarjetas de red Wi-Fi tradicionales por lo general no admiten el modo bridge en Linux debido a limitaciones del protocolo de autenticación inalámbrica. Si estás intentando configurar un puente en un portátil conectado por Wi-Fi, es muy probable que el procedimiento falle, por lo que se recomienda encarecidamente utilizar una conexión por cable. Para profundizar en estos conceptos arquitectónicos en producción, consulte también nuestro análisis técnico sobre Cómo probar inductores SMD abiertos en placa con multímetro.

Reflexiones finales sobre redes bridge en KVM

Configurar un puente de red en KVM transforma radicalmente la utilidad de tus máquinas virtuales, eliminando barreras artificiales e integrando sin problemas los sistemas invitados en tu infraestructura física. Aunque requiere atención inicial a los archivos de configuración del sistema y a la correcta manipulación de las interfaces, el beneficio en términos de flexibilidad operativa compensa ampliamente el esfuerzo técnico.

Mantener la infraestructura organizada, supervisar el consumo de recursos y asegurar que las reglas de seguridad permanezcan activas garantiza un entorno estable y listo para alojar servidores de archivos, bases de datos o bancos de pruebas complejos. Con la red configurada de forma transparente, tus VMs operan exactamente como si fueran ordenadores físicos independientes conectados a tu switch o router.