Quando o Endereçamento Automático Falha

Na maior parte do tempo, o DHCP simplesmente funciona. Porém, quando nenhum servidor DHCP responde, um dispositivo fica sem as configurações corretas. Reconhecer os sintomas de uma falha do DHCP é uma habilidade essencial de diagnóstico. O sinal mais claro é um endereço estranho que começa com 169.254, chamado de endereço APIPA. Esta lição explica o APIPA e os motivos comuns pelos quais o endereçamento automático falha.

APIPA (endereçamento IP privado automático) é um mecanismo alternativo integrado ao Windows e a outros sistemas. Se um dispositivo enviar descobertas DHCP e não receber nenhuma oferta, ele atribuirá a si mesmo um endereço do intervalo de 169.254.0.1 a 169.254.255.254, com a máscara 255.255.0.0. O APIPA permite que dispositivos no mesmo segmento ainda se comuniquem, mas não fornece gateway nem DNS, portanto não há acesso à internet.

Se você verificar um dispositivo e encontrar um endereço como 169.254.45.10, isso será um enorme sinal de alerta: o dispositivo nunca alcançou um servidor DHCP. Os endereços APIPA são locais do enlace, o que significa que funcionam apenas no cabo ou Wi-Fi local e nunca são roteados para outro lugar. Ao ver 169.254, pense imediatamente: o DHCP falhou; onde está o servidor?

A causa mais direta é que o servidor DHCP está indisponível ou que o serviço foi interrompido. Sem servidor, não há ofertas, portanto todo cliente que precisa de uma concessão recorre ao APIPA. Se muitos dispositivos mostrarem endereços 169.254 ao mesmo tempo, suspeite do próprio servidor, e não de um único dispositivo. Reiniciar o serviço DHCP geralmente restaura o endereçamento normal.

O servidor pode estar em execução, mas a solicitação nunca chega até ele. Um cabo defeituoso, uma porta do comutador desativada ou um retransmissor DHCP com falha podem bloquear a transmissão de descoberta. Como os roteadores não encaminham transmissões, a ausência ou a configuração incorreta de um agente retransmissor impede que os clientes em sub-redes remotas sequer recebam notícias de um servidor, mesmo que ele esteja funcionando corretamente.

Às vezes, o servidor responde a todos até ficar sem endereços. Se o conjunto de endereços estiver totalmente concedido, os novos clientes não recebem nenhuma oferta e recorrem a APIPA. Isso costuma ocorrer em redes de convidados movimentadas. A solução é ampliar o conjunto ou reduzir os tempos de concessão para que os endereços não utilizados sejam reutilizados mais rapidamente, liberando espaço para novos dispositivos.

Um servidor DHCP não autorizado é um servidor sem autorização, às vezes um roteador doméstico configurado incorretamente que alguém conectou à rede. Ele pode responder mais rapidamente que o servidor real e distribuir endereços, gateways ou DNS incorretos. Assim, os dispositivos recebem um endereço com aparência válida, mas que não leva a lugar útil. A solução é localizar e remover o dispositivo não autorizado; os comutadores podem usar a inspeção de DHCP para bloquear servidores não confiáveis.

Nem todo problema de DHCP produz 169.254. Um servidor não autorizado ou um escopo configurado incorretamente pode fornecer um endereço real, mas incorreto, um gateway errado ou um DNS incorreto. O dispositivo parece conectado, mas não consegue navegar. Portanto, verifique os quatro valores: endereço, máscara, gateway e DNS, e não apenas se existe um endereço. Uma configuração plausível, mas incorreta, é mais difícil de perceber do que um endereço APIPA evidente.

Ao solucionar o problema de um único dispositivo, você pode liberar o endereço atual dele e solicitar um novo. No Windows, isso é feito com dois comandos rápidos. Se uma nova solicitação funcionar, a falha anterior pode ter sido temporária. Se o dispositivo ainda receber 169.254, o problema está acima dele, no servidor, no retransmissor ou no caminho, e não no dispositivo.

Reúna tudo em um fluxo. Você vê 169.254? O DHCP falhou. O problema afeta um dispositivo ou vários? Um só sugere um cabo ou uma porta local; vários sugerem o servidor, o retransmissor ou o conjunto de endereços. Outros dispositivos no mesmo segmento conseguem obter endereços? Se sim, concentre-se no dispositivo com falha. Se não, concentre-se na infraestrutura compartilhada. Essa lógica reduz rapidamente as possíveis causas.

As falhas de DHCP estão entre as chamadas mais comuns ao suporte técnico e, para os usuários, muitas vezes parecem uma interrupção total da internet. Saber que 169.254 significa ausência de DHCP e conhecer as poucas causas possíveis permite passar da confusão a uma lista de verificação clara: servidor, caminho, conjunto de endereços ou servidor não autorizado. Essa rapidez é exatamente o que o exame Network+ e o trabalho real valorizam.

Teste sua análise de falhas.

Quando o DHCP falha, os dispositivos recorrem a APIPA, atribuindo automaticamente um endereço local de enlace 169.254.x.x sem gateway ou DNS; por isso, não conseguem alcançar outras redes. Ver 169.254 significa que o DHCP não respondeu. As causas comuns incluem um servidor inativo, um caminho interrompido ou retransmissor ausente, um conjunto de endereços esgotado ou um servidor DHCP não autorizado que distribui configurações incorretas. Sempre verifique os quatro valores do endereço e use a liberação e a renovação para testar um único dispositivo.