O dispositivo associou ao Wi-Fi, mas isso não significa que recebeu IP correto, alcança o gateway ou consegue resolver DNS. Siga a ordem abaixo para descobrir exatamente onde a comunicação para.
1. Veja qual IP o dispositivo recebeu
No Windows, execute ipconfig. Um endereço 169.254.x.x normalmente indica que o computador não conseguiu obter um IPv4 válido via DHCP. Se existe um IP da sua rede, anote também gateway e DNS.
Em celulares, abra os detalhes da rede Wi-Fi e verifique endereço IP, gateway/roteador e DNS.
ipconfig /all2. Teste o gateway antes da Internet
Se você não consegue pingar o gateway, ainda não faz sentido trocar DNS. A falha está entre o cliente e a rede local: associação, VLAN, DHCP, isolamento, cabo do AP, switch ou gateway.
Se o gateway responde, prossiga para um IP público. Se 1.1.1.1 responde e um domínio não abre, o foco passa a ser DNS.
ping 192.168.1.1
ping 1.1.1.1
nslookup google.com3. Problemas de DHCP e VLAN
Em rede corporativa, o SSID costuma estar associado a uma VLAN. Se o AP está online, mas o cliente não recebe IP, confira se a VLAN está permitida na porta do switch, se chega ao gateway e se existe escopo DHCP para ela.
Um erro comum é configurar a VLAN no SSID e esquecer a porta trunk/uplink do AP.
- Confirme VLAN ID no SSID.
- Confirme tagged/untagged conforme desenho da rede.
- Confira escopo DHCP e quantidade de endereços livres.
- Valide DHCP relay quando o servidor está em outra sub-rede.
4. DNS: só investigue depois de provar conectividade IP
Quando IP público funciona e nomes não, teste o servidor DNS configurado. Falha de DNS pode estar no roteador, no servidor interno, em filtro de segurança ou no próprio provedor.
Trocar temporariamente o DNS por um resolvedor público pode ser um teste, mas não substitui corrigir a causa em ambientes que dependem de DNS interno, Active Directory ou filtros corporativos.
nslookup google.com
nslookup google.com 1.1.1.15. Portais cativos, autenticação e políticas
Hotéis, eventos e redes guest podem exigir captive portal. Em alguns casos o dispositivo associa, mas o acesso é bloqueado até a autenticação. Teste abrir uma página HTTP simples ou esqueça e reconecte à rede para disparar o portal.
Também verifique regras de firewall, bloqueio por MAC, limites de sessão e políticas do SSID.
Se seu ambiente usa equipamentos gerenciados, continue nos manuais técnicos de UniFi ou MikroTik. Para projeto e capacidade, veja também Wi-Fi Corporativo e Infraestrutura de Redes.
Regra para qualquer diagnóstico
- Reproduza o sintoma e anote quando acontece.
- Teste uma variável por vez para não perder a causa.
- Compare um cenário que falha com outro que funciona.
- Guarde logs, IPs, horários e resultados antes de reiniciar equipamentos.
- Faça backup antes de mudanças que possam afetar configuração ou dados.
Perguntas comuns sobre este problema
169.254 significa o quê?
Geralmente significa que o Windows não recebeu um IPv4 via DHCP e atribuiu um endereço APIPA automaticamente.
Se 1.1.1.1 responde e sites não abrem, é DNS?
É um forte indício. Confirme com nslookup usando o DNS configurado e um DNS de teste.
O AP pode estar online e o cliente sem Internet?
Sim. O AP pode chegar à controladora enquanto a VLAN ou o gateway dos clientes está com problema.