Tutorial de Ubuntu 26.04 / Configure IP fixo e DNS com plano de recuperação

Alterar um IP fixo também afeta interfaces, rotas, DNS e acesso administrativo. Antes de editar o Netplan, prepare o console e uma cópia das configurações; depois valide a sintaxe, teste com prazo e confira novas conexões e o comportamento após reiniciar.

Confira os valores reais e quem gerencia a rede

ip -br address
ip route
resolvectl status
sudo netplan get

Verifique primeiro se o endereço está livre. Este exercício usa a rede exclusiva de host criada na lição de máquinas virtuais: servidor 192.168.56.20/24, cliente Linux autorizado 192.168.56.10/24 e host 192.168.56.1/24. A falta de resposta ao ping, por si só, não comprova que o endereço está livre. Registre as interfaces de rede (NICs), seus endereços MAC e a rota padrão atual.

O YAML abaixo se destina a um novo servidor de laboratório com duas interfaces Ethernet gerenciadas pelo systemd-networkd (lição em inglês). Confirme pelos endereços MAC e pelas configurações que enp0s3 usa NAT e DHCP e que enp0s8 pertence à rede exclusiva de host. Altere configurações geradas pelo cloud-init conforme o procedimento do componente que as administra.

Prepare backup e acesso ao console

(
set -eu
backup=$(sudo mktemp -d /root/netplan-backup.XXXXXX)
sudo cp -a /etc/netplan "$backup/"
printf 'Backup: %s\n' "$backup"
)

Registre o caminho do backup e o arquivo que será editado; entre no console da VM ou do provedor. Mantenha aberta a sessão SSH atual. Se outro YAML definir a mesma interface, examine o resultado combinado em vez de presumir que um arquivo novo substituirá todas as definições anteriores.

Configure endereço, rota e DNS

Abra com sudoedit o arquivo Netplan identificado e use os nomes reais das interfaces. Este exemplo mínimo mantém o endereço DHCP, a rota padrão e o DNS da interface NAT e define um endereço fixo somente na interface exclusiva de host. Preserve políticas existentes de outras interfaces, IPv6, pontes e VLANs; não duplique definições entre arquivos.

network:
  version: 2
  renderer: networkd
  ethernets:
    enp0s3:
      dhcp4: true
    enp0s8:
      dhcp4: false
      addresses:
        - 192.168.56.20/24

Restrinja o acesso ao arquivo ao administrador e confira o caminho antes de executar sudo chmod 600 CAMINHO_DO_ARQUIVO. Preserve também as políticas de DHCPv6, anúncios de roteador e DNS usadas no ambiente. O exemplo IPv4 não justifica excluir a configuração IPv6 existente.

O guia de rede do Ubuntu explica endereços, rotas, resolução de nomes e exemplos Netplan.

Valide a sintaxe e teste com prazo

sudo netplan generate && sudo netplan try --timeout 120

Se generate falhar, corrija o arquivo, a linha ou a chave indicada antes de aplicar. Enquanto try aguarda confirmação, teste o novo endereço, as rotas, o DNS e os serviços necessários a partir de outro terminal ou cliente; confirme apenas após o sucesso. Mantenha o console acessível: o retorno automático ao estado anterior pode falhar em algumas configurações. Consulte os limites na documentação do netplan try.

Confira o endereço do cliente e as rotas

Em uma segunda VM Server que use networkd, aplique a mesma estrutura com 192.168.56.10/24 na interface exclusiva de host verificada; o servidor usa .20. As interfaces NAT das duas máquinas mantêm DHCP para a rota de internet. O tráfego entre VMs passa diretamente pela rede exclusiva de host e dispensa redirecionamento de portas NAT.

ip -br address
ip route
ip route get 192.168.56.10
resolvectl query ubuntu.com

O comando ip route get acima é executado no servidor com destino ao cliente .10; no cliente, use .20 como destino. O destino na rede exclusiva de host deve usar a respectiva interface, enquanto a rota padrão para a internet usa a interface NAT. Não acrescente .1 como gateway ou DNS nessa interface exclusiva de host.

Recupere os arquivos e o estado da rede

Se perder o acesso, examine no console os endereços reais e os arquivos YAML em disco. Compare com o backup e restaure apenas a configuração alterada; reverta somente os arquivos acrescentados no exercício. Valide a configuração restaurada antes de aplicá-la e confira se endereço, rota e DNS anteriores voltaram.

Mesmo quando a alteração funciona, teste novamente após reiniciar. Confira a resolução de nomes com resolvectl query ubuntu.com e abra uma nova conexão de cliente aos serviços necessários. Como ICMP pode ser bloqueado, um único ping não determina o estado completo da conectividade.