Marcio Cunha

Como configurar bridge de rede no KVM para liberar IPs locais

Aprenda passo a passo como criar uma ponte de rede bridge no Linux para que suas máquinas virtuais KVM recebam endereços IP diretos da sua rede física local.

Marcio Cunha•6 min
Também disponível em:EnglishEspañol
Resumo
  • A virtualização padrão do KVM isola as máquinas convidadas atrás de uma NAT interna invisível para o resto da rede física.
  • A criação de uma interface bridge une a placa de rede física do host a um switch virtual compartilhado.
  • As máquinas virtuais passam a requisitar endereços IP diretamente ao roteador físico via DHCP, facilitando acessos externos.
  • Ajustes no Netplan ou NetworkManager garantem que a ponte persista e funcione de forma estável após reinicializações do sistema.
  • O isolamento de tráfego e regras de firewall continuam essenciais para proteger tanto o host quanto as VMs conectadas.

Por que suas máquinas virtuais KVM precisam de uma bridge de rede

Quando você instala o KVM (Kernel-based Virtual Machine, uma tecnologia nativa do Linux que transforma seu sistema operacional em um hipervisor completo), a configuração padrão cria uma rede interna isolada chamada NAT. Na prática, isso significa que suas máquinas virtuais conseguem acessar a internet, mas o resto da sua rede física local não consegue enxergá-las diretamente. Elas ficam escondidas atrás do computador principal, como se estivessem em uma sala secreta.

Para quem utiliza o servidor em casa ou em um ambiente corporativo para rodar serviços que precisam ser acessados por outros dispositivos, essa barreira atrapalha bastante. A solução para esse problema é criar uma interface de ponte, conhecida tecnicamente como bridge. Uma bridge de rede atua como um switch virtual, unindo a placa de rede física do seu servidor a um canal compartilhado que distribui endereços IP reais para todas as máquinas virtuais.

Antes de prosseguir com alterações profundas na camada de rede do sistema, vale lembrar a importância de manter a segurança do ambiente, algo que discutimos detalhendo como configurar o UFW no Linux para blindar seu servidor. Com a bridge ativa, suas VMs ganham autonomia total na rede local, recebendo um IP próprio direto do seu roteador principal e facilitando integrações como como configurar o Wake-on-LAN no Linux para ligar o PC caso precise gerenciar equipamentos remotos com precisão.

Como planejar a migração para a bridge no Linux

Mudar a forma como o Linux lida com pacotes de rede exige cuidado para não perder o acesso remoto ao servidor durante o processo. Se você estiver conectado via SSH (Secure Shell, o protocolo seguro para acessar computadores à distância via linha de comando) e errar um comando de rede, a conexão cairá imediatamente, exigindo acesso físico à máquina para corrigir o erro.

O segredo de uma transição segura é desativar temporariamente o gerenciador de rede padrão e criar a bridge utilizando ferramentas modernas como o Netplan ou o NetworkManager, dependendo da distribuição Linux utilizada. O objetivo é pegar a sua placa física atual, por exemplo eth0 ou enp3s0, e transformá-la em uma escrava de uma nova interface virtual chamada br0.

Essa nova interface br0 assume o endereço IP que antes pertencia à placa física, garantindo que o servidor continue acessível sem interrupções. Enquanto isso, o KVM é configurado para apontar para essa bridge em vez da rede NAT padrão, permitindo que os sistemas convidados participem ativamente do tráfego local da sua casa ou empresa.

Passo a passo para criar a bridge de rede com Netplan

Se você utiliza distribuições modernas baseadas em Debian ou Ubuntu, o Netplan é a ferramenta padrão para gerenciar configurações de rede através de arquivos de texto simples no formato YAML. O primeiro passo é descobrir o nome exato da sua placa de rede física executando o comando abaixo no terminal:

ip a

Localize a interface ativa que possui o seu endereço IP atual e anote o nome dela, como enp2s0. Em seguida, acesse o diretório de configuração do Netplan e abra o arquivo YAML existente com seu editor de texto preferido, como o nano:

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

Modifique o conteúdo do arquivo para desativar o endereçamento direto na placa física e criar a estrutura da bridge br0. Substitua enp2s0 pelo nome real da sua placa e ajuste os endereços IP de acordo com a sua rede local atual:

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

Após salvar o arquivo, aplique as novas configurações de rede de forma segura usando o comando de teste do Netplan, que reverte automaticamente as alterações caso ocorra alguma perda de conectividade:

sudo netplan try

Integrando a bridge recém-criada ao KVM e ao libvirt

Com a interface br0 funcionando no sistema operacional principal, o próximo passo é ensinar o KVM a utilizá-la. O utilitário de gerenciamento de virtualização, chamado libvirt, utiliza arquivos XML para definir como cada máquina virtual se conecta ao mundo exterior. Você pode criar um arquivo de definição de rede XML temporário para informar ao sistema que a nova bridge está disponível.

Crie um arquivo chamado bridge-network.xml em sua pasta pessoal utilizando um editor de texto e insira o seguinte conteúdo estruturado:

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

Esse pequeno arquivo diz ao KVM que qualquer máquina virtual conectada à rede chamada br-lan deve ser enviada diretamente para a ponte br0, contornando qualquer conversão de endereço NAT. Para registrar e ativar essa nova regra no sistema de virtualização, execute os comandos de controle do gerenciador:

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

A partir deste momento, ao criar ou editar uma máquina virtual utilizando ferramentas gráficas como o virt-manager ou comandos de linha, basta selecionar a rede br-lan. O sistema convidado inicializará sua pilha de rede e solicitará um IP diretamente ao seu roteador físico.

Validando a conectividade e resolvendo problemas comuns

Após concluir a configuração da bridge e reiniciar as máquinas virtuais, o teste definitivo consiste em acessar o terminal da VM e verificar qual endereço IP ela recebeu. Execute o comando de verificação de IP dentro da máquina virtual e confirme se a faixa numérica corresponde exatamente à da sua rede local física:

ip a

Se a máquina virtual recebeu um IP válido e consegue navegar na internet, mas os outros computadores da sua casa ainda não conseguem acessá-la, o problema pode estar relacionado a regras restritivas no firewall do host ou políticas de segurança do roteador. Em alguns ambientes corporativos, switches gerenciáveis bloqueiam portas adicionais quando detectam múltiplos endereços MAC em uma mesma porta física, exigindo configurações específicas na infraestrutura.

Outro detalhe importante envolve o tráfego sem fio. Placas de rede Wi-Fi tradicionais geralmente não suportam o modo bridge no Linux devido a limitações do protocolo de autenticação sem fio. Se você estiver tentando configurar uma bridge em um notebook conectado via Wi-Fi, o procedimento provavelmente falhará, sendo estritamente recomendado o uso de uma conexão cabeada. Para aprofundar esses conceitos na prática em produção, confira também nossa análise técnica sobre Como testar indutores SMD abertos na placa com multímetro.

Considerações finais sobre redes bridge no KVM

Configurar uma bridge de rede no KVM transforma radicalmente a utilidade das suas máquinas virtuais, eliminando barreiras artificiais e integrando perfeitamente os sistemas convidados à sua infraestrutura física. Embora exija atenção inicial com os arquivos de configuração do sistema e a manipulação correta das interfaces, o ganho em termos de flexibilidade operacional compensa amplamente o esforço técnico.

Manter a infraestrutura organizada, monitorar o consumo de recursos e garantir que as regras de segurança permaneçam ativas asseguram um ambiente estável e pronto para rodar servidores de arquivos, bancos de dados ou ambientes de teste complexos. Com a rede configurada de forma transparente, suas VMs operam exatamente como se fossem computadores físicos independentes conectados ao seu switch ou roteador.