Atualizado em 8 de outubro de 2026: corrigiu as instruções DHCP do macOS e adicionou verificações para distinguir atribuição de endereço de problemas de DNS ou ISP.

O que significa um endereço 169.254 autoatribuído

Em uma rede doméstica configurada para usar DHCP, um erro inesperado 169.254.x.x Endereço IPv4 geralmente significa que o dispositivo não obteve uma concessão de DHCP utilizável. O Windows chama seu mecanismo de fallback de APIPA. O macOS pode exibir “IP autoatribuído”.

Esses endereços de link local IPv4 podem suportar comunicação no mesmo link, mas os roteadores não os encaminham para acesso normal à Internet. Eles não provam, por si só, um conflito de IP ou significam que o dispositivo não tem conectividade possível: uma conexão IPv6 funcionando de forma independente ainda pode estar presente.

O Especificação IETF para endereçamento link-local IPv4 explica o escopo desta faixa. Se você já possui um endereço e gateway esperados, use o verificações de conexão, mas sem internet em vez de assumir que o DHCP falhou.

1. Verifique o adaptador ativo

No Windows:

Comando 
ipconfig /all

Leia o endereço IPv4, a máscara de sub-rede, o gateway padrão e o campo DHCP ativado no adaptador Wi-Fi ou Ethernet conectado. Ignore adaptadores virtuais desconectados e não utilizados. No Mac, abra Configurações do sistema → Rede → seu serviço ativo → Detalhes → TCP/IP.

Verifique outro dispositivo na mesma rede. Se vários dispositivos não conseguirem obter concessões, investigue o serviço DHCP do roteador ou o caminho de rede. Se apenas um falhar, comece com as configurações e a conexão desse dispositivo.

2. Renovar a concessão de DHCP

Isso pode interromper brevemente a conectividade. Execute-o localmente, não através da conexão que suporta uma sessão remota.

Windows

Para um adaptador configurado para obter seu endereço automaticamente:

Comando 
ipconfig /release
ipconfig /renew

A Microsoft documenta essas opções em seu referência ipconfig. Verifique o adaptador ativo novamente depois.

Mac

Abrir Configurações do sistema → Rede → serviço ativo → Detalhes → TCP/IP → Renovar concessão de DHCP. A opção está disponível quando o serviço usa DHCP. Versões mais antigas do macOS colocam-no em Rede → Avançado → TCP/IP.

Use o controle macOS em vez do Linux dhclient comandos, que não são fornecidos como ferramentas DHCP padrão do macOS. Veja o da Apple Documentação de configurações TCP/IP.

Linux

Utilize o gerenciador de rede que já controla a interface. Em uma área de trabalho do NetworkManager, desconecte e reconecte a conexão afetada nas configurações de rede. Outros sistemas podem usar systemd-networkd ou outro gerenciador; siga o procedimento de renovação desse gerente em vez de iniciar um segundo cliente DHCP.

Verifique o resultado

Confirme um endereço válido para sua rede real, a máscara correta e o gateway esperado. Em seguida, teste o gateway e o acesso normal à Internet. Endereços privados podem começar com 10, 192.168ou 172.16 até 172.31; não requerem um prefixo específico.

3. Reconecte o dispositivo afetado

Desconecte e conecte-se novamente ao Wi-Fi ou verifique o cabo Ethernet e o link. Se necessário, esqueça a rede Wi-Fi salva e conecte-se novamente com a senha correta. Nos Macs atuais, os detalhes de Wi-Fi da rede conectada incluem Esquecer esta rede. Os menus móveis variam de acordo com a versão.

Se o endereço do dispositivo for configurado manualmente, verifique se isso foi intencional. Restaure o DHCP automático apenas onde a rede deve atribuir endereços automaticamente.

4. Verifique o roteador quando vários dispositivos forem afetados

Use um dispositivo funcional para abrir a interface de administração do roteador. Verifique se a LAN pretendida tem DHCP habilitado e concessões disponíveis suficientes. Confirme se o pool corresponde à sub-rede da LAN e não entra em conflito com endereços ou reservas manuais.

Não habilite um segundo servidor DHCP em um nó mesh ou ponto de acesso apenas porque ele possui uma opção DHCP. O servidor correto depende do design da rede.

Uma reinicialização controlada do roteador pode ajudar se o serviço DHCP estiver travado; interrompe todos que usam a conexão. Se o DHCP ainda falhar, revise o firmware, alugue a capacidade e o link entre o ponto de acesso e o roteador. Em uma rede de trabalho, entregue essas observações ao administrador.

5. Verifique a filtragem e os endereços Wi-Fi privados

Se o roteador usar uma lista de permissões MAC, compare-a com o endereço que o dispositivo usa atualmente para essa rede Wi-Fi. Um endereço privado pode ser diferente da etiqueta do hardware. Nosso guia de dispositivo desconhecido explica como combiná-lo.

Revise o software de segurança ou as políticas de rede que possam bloquear o DHCP. Verifique os logs e as regras direcionadas em vez de desabilitar todo o firewall.

Você deve definir um IP estático como solução alternativa?

Somente se você souber a sub-rede da rede, o gateway, as configurações de DNS e um endereço não utilizado verificado que não se sobreponha ao pool dinâmico de DHCP. Um arbitrário 192.168.1.50 pode estar errado para sua rede ou já atribuído a outro dispositivo.

Um endereço manual não repara o DHCP e não pode corrigir uma interrupção do ISP. Prefira restaurar o serviço DHCP pretendido e retornar o dispositivo para configuração automática posteriormente, se esse for o projeto da rede.

Quando investigar outra coisa

Se você receber uma concessão válida, mas ainda não conseguir navegar, verifique o DNS, a rota padrão, um portal cativo, a política VPN e a conexão WAN do roteador usando o Guia de solução de problemas de Wi-Fi. Se o acesso à Internet funcionar, mas os dispositivos locais permanecerem invisíveis, use o guia do scanner de rede.