Por que o DHCP falha? Como rastrear pacotes com tcpdump

Por que os dispositivos perdem o endereço IP na rede?

Quando um computador, celular ou servidor entra em uma rede local, ele precisa de um endereço IP para conversar com os outros equipamentos. Esse número digital funciona como o endereço postal da sua casa. Quem faz esse trabalho de distribuição é o servidor DHCP, que significa Protocolo de Configuração Dinâmica de Host. Na prática, ele funciona como um balconista eficiente que anota quem chegou e entrega um crachá de identificação válido por um tempo determinado. Se esse processo falhar, o aparelho fica isolado, exibindo aquele temido aviso de conectividade limitada.

Existem vários motivos para essa engrenagem travar no dia a dia. Pode ser um cabo de rede mal conectado, uma configuração incorreta de VLANs que impede o tráfego de cruzar barreiras físicas, ou até mesmo um esgotamento completo dos endereços disponíveis no roteador. Quando isso acontece, o sistema operacional tenta adivinhar um endereço gerando um IP temporário, mas a navegação na internet continua inacessível. Para ir além das suposições e descobrir a raiz do problema, precisamos olhar diretamente para o tráfego invisível que flui pelos cabos usando ferramentas de linha de comando.

Entendendo o ciclo DORA por trás da atribuição de IP

Antes de abrir qualquer ferramenta de diagnóstico, vale a pena entender a conversa mágica que acontece em frações de segundo entre a máquina nova e o servidor. Esse fluxo é conhecido pela sigla DORA, que resume quatro etapas sequenciais. A primeira é o Discover, onde o computador recém-chegado grita para toda a rede perguntando se existe algum servidor DHCP disponível. Como ele ainda não tem endereço, o grito é feito no modo broadcast, ou seja, direcionado para todos os ouvidos possíveis na mesma sala digital.

A segunda etapa é o Offer, o momento em que o servidor responde oferecendo um IP vago. Em seguida, o computador envia o Request, aceitando formalmente aquela oferta específica e pedindo para registrar o nome. Por fim, o servidor devolve o Acknowledge, carimbando o contrato e confirmando que o IP agora pertence oficialmente àquele dispositivo. Se qualquer uma dessas mensagens se perder no caminho, o ciclo é quebrado e o IP nunca chega ao seu destino final.

Como capturar o tráfego DHCP com o comando tcpdump

Quando o computador não consegue receber o IP, precisamos vestir o chapéu de detetive e analisar os pacotes de dados em tempo real. É aqui que entra o tcpdump, um programa clássico do Linux voltado para escutar o tráfego de rede direto do terminal. Na prática, ele age como um microfone de alta precisão instalado na placa de rede, gravando tudo o que entra e sai. Antes de avançarmos na análise, vale lembrar como o tráfego se comporta em outras camadas, algo que também exploramos ao rastrear pacotes IP e rotas no Linux com o traceroute para entender o caminho dos dados.

Para começar a monitorar as mensagens de DHCP sem nos perder no meio de milhares de outros pacotes de navegação, usamos um filtro direcionado às portas padrão do protocolo, que são a 67 e a 68. O comando básico para iniciar a escuta na sua interface de rede principal, geralmente chamada de eth0 ou wlan0, exige privilégios de administrador. Digitar a instrução correta no terminal separa o ruído gerado por navegações comuns e foca apenas nas negociações de endereçamento IP.

sudo tcpdump -i eth0 -n -v port 67 or port 68

Neste comando, a bandeira -i define qual placa de rede será escutada, o -n impede que o programa perca tempo tentando traduzir endereços IP em nomes de domínio, e o -v adiciona um nível útil de detalhes na tela. Ao executar essa linha e reiniciar a placa de rede do seu dispositivo cliente, você começará a ver as mensagens DORA desfilando na tela do terminal com clareza impressionante.

Interpretando os pacotes e identificando onde o fluxo trava

Com o tcpdump rodando e gerando linhas de texto na tela, o segredo é reconhecer os rastros deixados por cada etapa do ciclo DORA. Quando o cliente dispara o Discover, você verá uma linha indicando um pacote indo do endereço 0.0.0.0 em direção ao 255.255.255.255, que representa o canal universal de broadcast. Se você enxergar esse pedido saindo mas nenhuma resposta chegando logo em seguida, o problema reside claramente no servidor DHCP ou em algum bloqueio de firewall no caminho.

Caso o servidor responda com a Offer, mas o cliente ignore e repita o Discover, o problema pode estar em um conflito de IP na rede, onde outro equipamento já está usando o mesmo número oferecido. Essa verificação minuciosa evita que você gaste horas trocando cabos ou reiniciando equipamentos de forma aleatória. Para quem gerencia ambientes complexos, vale a pena cruzar essas informações com diagnósticos de outras camadas, como quando precisamos rastrear pacotes perdidos na rede com Wireshark para uma análise gráfica detalhada dos mesmos eventos. Para aprofundar esses conceitos na prática em produção, confira também nossa análise técnica sobre Como testar o regulador de tensão AMS1117 com multímetro.

Considerações finais sobre o diagnóstico de redes locais

Dominar o rastreamento de pacotes DHCP com o tcpdump transforma um problema frustrante e invisível em um quebra-cabeça lógico e perfeitamente solucionável. Em vez de aceitar a falha de conexão como um mistério insolúvel, você passa a enxergar exatamente qual mensagem se perdeu no caminho entre o computador e o servidor. Essa habilidade economiza tempo precioso em redes corporativas, residenciais ou em laboratórios de infraestrutura.

Compreender os bastidores do protocolo DORA e usar filtros inteligentes no terminal coloca você no controle absoluto da infraestrutura. Pratique esses comandos em um ambiente controlado, observe o comportamento normal dos pacotes em uma conexão saudável e crie a memória muscular necessária para agir rapidamente quando a rede decidir falhar.