IP fixo, DHCP e reserva de endereço para o servidor

O problema: o endereço muda e o servidor some

Todo aparelho da rede de casa precisa de um endereço IP para ser encontrado. Para um celular ou notebook, o endereço pode mudar à vontade, porque eles são clientes: eles procuram os outros, ninguém os procura. Um servidor é o oposto. A TV guardou “192.168.0.23” como o lugar dos filmes, o programa de backup do notebook aponta para “192.168.0.23”, o atalho da pasta compartilhada no Windows também. No dia em que o roteador entrega 192.168.0.31 ao servidor, tudo isso aponta para o nada.

Isso acontece porque, por padrão, o roteador distribui endereços por um mecanismo automático chamado DHCP, e um endereço distribuído assim é um empréstimo com prazo. O servidor “some” sem que nada esteja quebrado. O remédio é garantir que ele receba sempre o mesmo endereço, e há duas formas de fazer isso. A escolha entre elas é o centro deste guia. Se você ainda não localizou o roteador e a faixa de endereços da sua rede, passe antes pelo guia Rede doméstica básica.

Como o DHCP distribui endereços

DHCP significa protocolo de configuração dinâmica de hosts. Pense no roteador como a recepção de um hotel: quem chega pede um quarto, a recepção entrega a chave de um quarto vago e anota um prazo. Quando o prazo vence, o hóspede renova ou devolve. Em rede, a conversa tem quatro mensagens, e vale conhecê-las porque os nomes aparecem nos registros do roteador:

1. Discover (descoberta). O aparelho recém-ligado grita para a rede inteira: “algum servidor DHCP aí?”. Ele ainda não tem endereço, por isso usa uma mensagem de difusão.
2. Offer (oferta). O roteador responde oferecendo um endereço livre da sua faixa, chamada de pool, junto com o gateway, a máscara de rede e os servidores DNS.
3. Request (pedido). O aparelho aceita a oferta e pede formalmente aquele endereço.
4. Acknowledge (confirmação). O roteador confirma e registra o empréstimo, chamado lease, com um prazo que costuma ser de algumas horas a alguns dias.

O roteador identifica cada aparelho pelo endereço MAC, um identificador gravado de fábrica na placa de rede, diferente para cada placa do mundo. É com base no MAC que ele pode tomar a decisão que nos interessa: “para esta placa, ofereça sempre o mesmo endereço”. Isso é a reserva.

Duas formas de fixar: reserva no roteador ou IP estático no servidor

Existem duas maneiras de o servidor ter sempre o mesmo endereço, e elas resolvem o problema de lados opostos:

• Reserva DHCP no roteador. O servidor continua pedindo endereço normalmente, mas o roteador está instruído a entregar sempre o mesmo. Nada muda no servidor. Alguns roteadores chamam isso de “reserva de endereço”, “IP estático por MAC”, “vínculo de IP” ou “DHCP static lease”.
• IP estático configurado no servidor. O servidor para de pedir e simplesmente declara: “meu endereço é 192.168.0.50”. O roteador não participa, e por isso não sabe que aquele endereço está em uso.

Critério de escolha: se o roteador oferece reserva, use a reserva: é mais simples, não gera conflito e mantém gateway e DNS atualizados. Use IP estático no servidor quando a reserva não existir, quando a operadora apagar as configurações a cada reinício, ou quando o servidor precisar funcionar com o roteador fora do ar. As duas podem coexistir, com o mesmo número, para proteção dupla; nesse caso, escolha um endereço fora do pool, pelo motivo explicado adiante.

Antes de tudo: descobrir o endereço MAC do servidor

Qualquer uma das abordagens pede que você saiba identificar o servidor, e a reserva exige especificamente o MAC da placa de rede cabeada (não da Wi-Fi, se o aparelho tiver as duas). O MAC tem o formato de seis pares de caracteres, como aa:bb:cc:dd:ee:ff.

No próprio servidor com Linux (Ubuntu Server, Debian, Raspberry Pi OS), o comando a seguir lista as interfaces de rede. O MAC aparece após link/ether; o nome da interface cabeada costuma começar com en ou eth:

ip link show

No OpenMediaVault, o dado está em Rede › Interfaces. A página do roteador também mostra o MAC na lista de aparelhos conectados (“dispositivos”, “clientes DHCP”); na dúvida, desligue o servidor, veja quem some da lista e religue.

Fazer a reserva DHCP no roteador

As telas variam por marca e por operadora, mas o procedimento é o mesmo em todas. Se a opção simplesmente não existir no seu roteador, pule para o IP estático.

1. Entre na página do roteador. Digite o endereço do gateway no navegador e faça login.
2. Encontre a seção de DHCP. Em geral fica em “Rede”, “LAN”, “Configurações avançadas” ou “Servidor DHCP”. Anote o início e o fim do pool.
3. Ajuste o pool, se necessário. Se o pool ocupa a faixa inteira (por exemplo, .2 a .254), reduza-o para começar no .100. Isso libera os endereços baixos para reservas e IPs estáticos sem risco de o roteador entregá-los a outro aparelho.
4. Adicione a reserva. Procure “reserva de endereço”, “IP estático”, “static lease” ou “vínculo IP–MAC”. Informe o MAC do servidor e o endereço escolhido. Alguns roteadores permitem clicar no aparelho na lista de conectados e escolher “reservar”.
5. Salve e reinicie a rede do servidor. Reinicie o servidor ou renove o endereço nele (sudo netplan apply no Ubuntu ou simplesmente desligar e ligar o cabo). Confira se ele apareceu com o novo endereço.

IP estático no Ubuntu Server com netplan

O Ubuntu Server 24.04 LTS configura a rede por arquivos YAML em /etc/netplan/, lidos por uma ferramenta chamada netplan. Depois da instalação costuma existir um único arquivo ali; o nome varia (por exemplo, 50-cloud-init.yaml). Liste a pasta para ver o seu:

ls /etc/netplan/

Abra o arquivo com um editor de texto, usando sudo porque ele pertence ao sistema. Substitua o conteúdo por algo como o exemplo abaixo, trocando o nome da interface (descoberto com ip link show), o endereço escolhido, o gateway e a faixa da sua rede. O /24 após o endereço indica a máscara de rede 255.255.255.0, a mais comum em casa.

network:
  version: 2
  ethernets:
    enp3s0:
      dhcp4: false
      addresses:
        - 192.168.0.50/24
      routes:
        - to: default
          via: 192.168.0.1
      nameservers:
        addresses:
          - 192.168.0.1

Linha a linha: dhcp4: false desliga o pedido automático; addresses declara o endereço do servidor com a máscara; routes aponta o gateway (o IP do roteador); nameservers diz quem resolve nomes, e usar o próprio roteador é a escolha segura, já que ele repassa para o DNS da operadora ou para o que você configurar depois. YAML exige indentação com espaços, nunca com tabulação, e os dois pontos precisam ser seguidos de espaço.

O netplan reclama se o arquivo puder ser lido por qualquer usuário; ajuste as permissões e teste a configuração antes de aplicá-la de vez:

sudo chmod 600 /etc/netplan/50-cloud-init.yaml
sudo netplan try

O comando netplan try aplica a configuração por 120 segundos e pergunta se você quer manter. Se você errou algo e perdeu o acesso, ele reverte sozinho ao fim do prazo, o que evita ficar trancado para fora de um servidor sem monitor. Se tudo funcionou, pressione Enter para confirmar, ou aplique diretamente com sudo netplan apply. Se você estiver conectado por SSH, lembre que o endereço vai mudar e será preciso reconectar no novo; o guia SSH básico explica essa dinâmica.

IP estático no OpenMediaVault

No OpenMediaVault 7, a rede é configurada pela interface web, e o netplan trabalha por baixo sem que você precise tocar em arquivos. O caminho:

1. Abra Rede › Interfaces. Selecione a interface cabeada (nome começando com en ou eth) e clique em editar.
2. Em IPv4, troque o método de “DHCP” para “Estático”. Preencha endereço, máscara (255.255.255.0 para a maioria das redes domésticas) e gateway.
3. Informe o DNS. Em geral, o próprio gateway. Deixe IPv6 como está, a menos que saiba o que quer mudar.
4. Salve e aplique. O OpenMediaVault mostra uma faixa amarela pedindo para aplicar as alterações pendentes; confirme. A interface web vai parar de responder no endereço antigo e passar a atender no novo.

Se você errar e perder a interface web, conecte teclado e monitor no servidor: o menu de texto do OpenMediaVault (omv-firstaid) permite reconfigurar a rede sem conhecer os arquivos.

Conflito de IP e como verificar que deu certo

Conflito de IP é quando dois aparelhos acreditam ter o mesmo endereço. Os sintomas são confusos de propósito: a pasta compartilhada abre em um momento e falha no seguinte, o ping responde às vezes, o Windows exibe um aviso sobre “conflito de endereço IP” e o servidor parece instável sem motivo. A causa clássica é definir IP estático no servidor dentro do pool do DHCP: o roteador, sem saber, entrega aquele mesmo número ao celular de uma visita.

Para verificar que o endereço está correto, no servidor:

ip -4 addr show        # mostra o endereço atual de cada interface
ip route show default  # confirma o gateway
ping -c 3 192.168.0.1  # testa se o roteador responde (troque pelo seu gateway)

E de outro aparelho da rede, por exemplo o notebook, verifique se o servidor responde no endereço novo:

ping 192.168.0.50

Por fim, reinicie o servidor e repita o teste. Um endereço só está realmente fixo se sobrevive a uma reinicialização do servidor e a uma reinicialização do roteador. Depois disso, você pode apontar com segurança a pasta compartilhada, o backup e os demais serviços para ele. Para não ter que decorar o número, o passo seguinte é dar um nome ao servidor, tema de DNS local e nomes de dispositivos; mas o nome depende do endereço estável, não o contrário.

Erros comuns

Marcar este guia como lido (salvo apenas neste navegador)