Internet funciona no celular mas não no PC – diagnóstico de Wi-Fi e conexão no Windows — Internet funciona no celular, mas não no computador? Veja como identificar problemas de Wi-Fi, DNS, DHCP, Windows e roteador.

77 / 100

Desenvolvido por Rank Math SEO

Pontuação de SEO

Você pega o celular, conecta ao Wi-Fi e tudo funciona normalmente. WhatsApp envia mensagens, vídeos carregam, sites abrem e os aplicativos acessam a Internet sem dificuldade. Logo depois, liga o computador ou notebook conectado exatamente ao mesmo roteador e encontra uma situação completamente diferente: o Windows informa que está conectado ao Wi-Fi, mas não consegue acessar a Internet.

Em alguns casos, aparece a conhecida mensagem “Sem Internet”. Em outros, o Windows parece conectado normalmente, mas nenhum site abre. Também existem situações ainda mais confusas: alguns sites funcionam, outros não; determinados programas conseguem acessar a Internet enquanto o navegador falha; ou a conexão funciona durante alguns minutos e depois simplesmente para.

A primeira conclusão costuma ser:

“Se a Internet funciona no celular, então o problema só pode estar no computador.”

Nem sempre.

O fato de um smartphone conseguir navegar demonstra que existe conectividade disponível naquela rede, mas não comprova que todos os componentes responsáveis pela comunicação entre o computador, o roteador e a Internet estejam funcionando corretamente.

Um computador e um celular conectados ao mesmo Wi-Fi podem utilizar configurações diferentes de IPv4, IPv6, DNS, DHCP, gateway, proxy, VPN, firewall e até protocolos de descoberta e comunicação. Além disso, cada equipamento possui sua própria interface de rede, drivers, endereço MAC e configurações locais.

Por isso, descobrir por que a Internet funciona no celular, mas não no PC exige mais do que simplesmente reiniciar o roteador.

O diagnóstico correto precisa responder a uma pergunta fundamental:

Em qual ponto da comunicação a conexão está parando?

Neste guia da VMIA, vamos seguir o caminho da conexão desde o computador até a Internet. A ideia não é apresentar uma sequência aleatória de comandos, mas explicar o que testar, por que testar e como interpretar cada resultado.

Por que o celular pode funcionar enquanto o computador fica sem Internet?

Quando dois dispositivos estão conectados ao mesmo roteador, eles compartilham parte da infraestrutura, mas não necessariamente utilizam exatamente o mesmo caminho lógico para chegar à Internet.

Imagine uma residência com um roteador fornecido pela operadora.

O celular recebe:

endereço IP;
máscara da rede;
gateway;
servidores DNS;
configuração IPv6;
parâmetros do Wi-Fi.

O computador precisa receber informações semelhantes.

Porém, cada dispositivo recebe sua própria configuração.

Um exemplo simplificado seria:

Celular

IPv4: 192.168.1.20
Gateway: 192.168.1.1
DNS: 192.168.1.1

Computador

IPv4: 192.168.1.35
Gateway: 192.168.1.1
DNS: 192.168.1.1

Os dois pertencem à mesma rede, mas possuem endereços diferentes.

Agora imagine que alguma coisa dê errado no computador e ele passe a utilizar:

IPv4: 169.254.87.12

O celular continuará funcionando normalmente.

O problema não está necessariamente no acesso geral da residência à Internet. O computador simplesmente não recebeu uma configuração IPv4 válida do servidor DHCP.

Esse é apenas um dos cenários possíveis.

Também podemos encontrar:

DNS incorreto;
gateway ausente;
conflito de endereço IP;
configuração manual antiga;
driver da placa Wi-Fi com problema;
pilha TCP/IP inconsistente;
Winsock corrompido;
proxy configurado indevidamente;
VPN interferindo na rota;
firewall bloqueando conexões;
antivírus filtrando tráfego;
IPv6 funcionando de maneira diferente do IPv4;
problema específico na banda de 2,4 GHz ou 5 GHz;
falha de autenticação Wi-Fi;
configuração incorreta no roteador;
problema na rede Mesh;
falha na negociação da placa Ethernet.

É justamente por existirem tantas possibilidades que o diagnóstico precisa seguir uma ordem lógica.

1. Primeiro descubra se o computador realmente está conectado à rede

Existe uma diferença importante entre:

estar conectado ao Wi-Fi

ter acesso funcional à rede e à Internet.

O ícone do Wi-Fi na barra de tarefas não conta toda a história.

O computador pode conseguir autenticar no ponto de acesso e, mesmo assim, não receber corretamente os parâmetros necessários para navegar.

No Windows, abra o Prompt de Comando e execute:

ipconfig

Para obter informações mais completas:

ipconfig /all

Esse segundo comando mostra diversos detalhes das interfaces de rede.

Procure principalmente por:

Endereço IPv4;
Máscara de Sub-rede;
Gateway Padrão;
Servidores DNS;
DHCP habilitado;
endereço físico da interface.

Essas informações ajudam a descobrir rapidamente se o computador entrou corretamente na rede.

O endereço IPv4 pode revelar o problema

Em muitas redes domésticas encontramos endereços semelhantes a:

192.168.0.x
192.168.1.x
192.168.15.x
10.0.0.x

Não existe obrigação de o endereço começar exatamente dessa maneira, porque cada rede pode utilizar outra faixa privada. Entretanto, essas são configurações bastante comuns em ambientes residenciais.

O importante é verificar se o computador recebeu um endereço compatível com a rede utilizada pelo roteador.

Se o gateway for:

192.168.1.1

é bastante provável que os equipamentos utilizem endereços como:

192.168.1.10
192.168.1.25
192.168.1.100

Agora, se o computador mostrar algo parecido com:

169.254.x.x

temos uma pista muito importante.

2. Endereço 169.254.x.x: o computador provavelmente não recebeu IP do DHCP

O Windows pode atribuir automaticamente um endereço da faixa 169.254.0.0/16 quando não consegue obter uma configuração IPv4 utilizável por DHCP. Esse mecanismo é conhecido como APIPA — Automatic Private IP Addressing.

Na prática, isso significa que o computador tentou obter um endereço IP automaticamente, mas alguma etapa do processo falhou.

Por isso, encontrar:

169.254.32.81

em vez de algo como:

192.168.1.32

é uma informação muito mais útil do que simplesmente observar a mensagem “Sem Internet”.

Nesse cenário, o celular pode continuar funcionando porque recebeu anteriormente uma configuração DHCP válida.

O computador, por outro lado, não conseguiu concluir corretamente esse processo.

O que é DHCP?

DHCP significa Dynamic Host Configuration Protocol.

Ele automatiza a configuração de rede dos dispositivos.

Em uma rede doméstica, normalmente o próprio roteador executa a função de servidor DHCP.

Quando o computador entra na rede, ocorre resumidamente uma negociação para obter informações como:

endereço IPv4;
máscara;
gateway;
servidores DNS;
período de concessão do endereço.

Sem DHCP, seria necessário configurar manualmente essas informações em cada equipamento.

Isso seria pouco prático em uma residência com celulares, computadores, televisores, impressoras, câmeras, videogames e dispositivos inteligentes.

3. Não comece trocando DNS: teste primeiro o roteador

Existe um erro muito comum no diagnóstico de problemas de Internet.

O usuário percebe que os sites não abrem e imediatamente troca o DNS para Google ou Cloudflare.

Às vezes funciona.

Porém, isso não significa que trocar DNS seja sempre o primeiro teste correto.

Antes precisamos descobrir se o computador consegue conversar com o próprio roteador.

Suponha que o comando:

ipconfig

mostre:

IPv4: 192.168.1.35
Gateway: 192.168.1.1

Agora podemos testar o gateway:

ping 192.168.1.1

Se houver respostas semelhantes a:

Resposta de 192.168.1.1: bytes=32 tempo=2ms TTL=64

sabemos que existe comunicação IP entre o computador e o gateway naquele teste.

Isso já elimina algumas possibilidades.

E se o ping para o roteador falhar?

Uma falha nesse ponto muda completamente o diagnóstico.

Não faz muito sentido investigar DNS público se o computador nem sequer consegue alcançar corretamente o gateway da própria rede.

Precisamos investigar primeiro fatores como:

conexão Wi-Fi;
cabo de rede;
placa de rede;
endereço IP;
máscara;
VLAN, quando aplicável;
roteador;
ponto de acesso;
nó Mesh;
isolamento entre clientes;
configuração manual incorreta.

Essa ordem evita perder tempo.

4. O gateway responde. Agora precisamos saber se existe saída para a Internet

Suponha que:

ping 192.168.1.1

funcione.

Isso comprova comunicação com o roteador, mas ainda não comprova que o computador consegue alcançar a Internet.

O próximo teste pode utilizar um endereço IP público conhecido.

Por exemplo:

ping 1.1.1.1

ou:

ping 8.8.8.8

Aqui estamos tentando alcançar um endereço IP diretamente, sem depender da resolução tradicional de um nome como google.com.

Isso cria uma separação extremamente útil no diagnóstico.

Cenário A

O computador consegue:

ping 192.168.1.1

e também:

ping 1.1.1.1

mas não consegue abrir sites por nome.

Nesse caso, DNS se torna um dos principais suspeitos.

Cenário B

O computador alcança o roteador, mas não alcança nenhum endereço externo.

Nesse caso, precisamos investigar saída para a Internet, roteamento, firewall, VPN, configurações do roteador ou outros elementos do caminho.

Essa diferença é fundamental.

5. Afinal, o que o DNS faz?

DNS significa Domain Name System.

Quando digitamos um endereço como:

www.exemplo.com

o computador precisa descobrir qual endereço IP corresponde àquele nome.

É justamente aí que entra o DNS.

Podemos pensar nele como parte do mecanismo que permite transformar nomes compreensíveis para pessoas em informações utilizadas para localizar serviços na rede.

Se a comunicação IP funciona, mas a resolução DNS falha, surge um comportamento bastante característico:

a Internet aparentemente existe, mas os sites não abrem pelo nome.

Para investigar isso no Windows podemos utilizar:

nslookup google.com

O comando ajuda a verificar qual servidor DNS está respondendo e qual resultado ele fornece.

Quando trocar o DNS realmente faz sentido?

Depois de identificar indícios de problema na resolução de nomes, testar outro servidor DNS passa a fazer sentido.

Entre os serviços públicos conhecidos estão:

Cloudflare

1.1.1.1
1.0.0.1

Google Public DNS

8.8.8.8
8.8.4.4

Porém, existe uma diferença enorme entre trocar o DNS como teste fundamentado e alterar configurações aleatoriamente na esperança de que alguma coisa funcione.

Um diagnóstico técnico deve procurar a causa.

6. Limpar o cache DNS pode ajudar?

O Windows mantém informações DNS em cache para evitar consultas desnecessárias.

Em determinadas situações, registros armazenados podem contribuir para problemas de resolução.

Um comando frequentemente utilizado é:

ipconfig /flushdns

Ele limpa o cache do resolvedor DNS do Windows.

Depois disso, novas consultas precisam ser realizadas novamente.

Mas existe um detalhe importante:

ipconfig /flushdns não conserta qualquer problema de Internet.

Se o computador não recebeu endereço IP, não alcança o gateway ou possui um problema físico na interface, limpar o cache DNS provavelmente não resolverá a causa.

Esse é outro motivo para seguirmos uma árvore de diagnóstico.

7. Internet funciona no celular, mas não no PC por causa do Wi-Fi

Até agora falamos bastante sobre protocolos e configurações, mas não podemos ignorar a própria conexão sem fio.

Celular e computador podem estar conectados ao mesmo nome de rede e ainda apresentar condições diferentes.

Por exemplo, um roteador pode utilizar o mesmo SSID para:

2,4 GHz;
5 GHz.

O sistema de direcionamento do roteador decide ou influencia qual banda cada dispositivo utilizará.

Também pode existir uma rede Mesh com vários pontos distribuídos pela residência.

Nesse cenário, o celular pode estar conectado a um nó próximo enquanto o notebook permanece associado a outro ponto mais distante.

Resultado:

mesmo nome de Wi-Fi, experiências completamente diferentes.

2,4 GHz e 5 GHz também podem mudar o diagnóstico

De maneira geral, 2,4 GHz oferece maior alcance e enfrenta mais interferências, enquanto 5 GHz costuma proporcionar maior capacidade em condições adequadas, mas perde sinal mais rapidamente conforme aumentam distância e obstáculos.

Isso significa que um smartphone moderno pode apresentar ótimo desempenho em determinado ambiente enquanto uma placa Wi-Fi antiga do notebook encontra dificuldades.

Também existem diferenças de:

padrão Wi-Fi suportado;
largura de canal;
quantidade de antenas;
drivers;
sensibilidade do receptor;
gerenciamento de energia;
roaming;
compatibilidade WPA2/WPA3.

Portanto, não devemos utilizar o celular como referência absoluta para determinar a qualidade da conexão do computador.

8. Faça um teste simples: conecte o computador pelo cabo

Quando possível, conectar temporariamente o computador ao roteador usando Ethernet é um excelente teste de isolamento.

Imagine:

Wi-Fi no PC: não funciona.

Ethernet no mesmo PC: funciona perfeitamente.

Agora temos uma pista forte.

A conexão com a Internet, o Windows e boa parte da pilha de comunicação estão funcionando. O problema provavelmente está relacionado ao caminho sem fio ou à configuração específica da interface Wi-Fi.

Podemos então concentrar o diagnóstico em:

driver Wi-Fi;
sinal;
autenticação;
banda;
interferência;
adaptador;
ponto de acesso;
Mesh;
configurações da interface.

Por outro lado, se Wi-Fi e Ethernet apresentarem exatamente o mesmo problema, devemos ampliar a investigação.

9. Configuração de IP fixo antiga pode derrubar a Internet

Esse problema aparece bastante quando um notebook é utilizado em redes diferentes.

Imagine que alguém configurou manualmente:

IP: 192.168.0.50
Gateway: 192.168.0.1

Depois o computador foi levado para uma rede que utiliza:

192.168.1.x

O Wi-Fi pode até aparecer como conectado, mas a configuração antiga impede a comunicação correta.

É por isso que devemos verificar se a interface está configurada para obter automaticamente:

endereço IP;
DNS;

quando a rede utiliza DHCP.

IP fixo não é ruim.

Na verdade, existem situações em que endereços previsíveis são extremamente úteis, principalmente para impressoras, servidores, câmeras e outros equipamentos de rede.

O problema aparece quando utilizamos uma configuração estática incompatível com a rede atual.

10. Reserva DHCP e IP manual não são exatamente a mesma coisa

Esse conceito merece atenção.

Em vez de configurar manualmente um endereço dentro do Windows, muitos roteadores permitem criar uma reserva DHCP.

Nesse cenário, o computador continua utilizando DHCP, mas o roteador associa determinado endereço IP ao endereço MAC daquela interface.

Isso pode facilitar o gerenciamento de dispositivos que precisam manter endereços previsíveis.

Porém, a configuração precisa ser planejada corretamente para evitar:

endereços duplicados;
conflitos;
reservas incorretas;
equipamentos fora da faixa esperada.

Um conflito de IP também pode produzir sintomas intermitentes, tornando o diagnóstico mais complicado.

11. O celular funciona, mas o computador pode estar com problema no driver

A placa de rede depende de software para se comunicar corretamente com o Windows.

Esse software é o driver.

Um driver inadequado, antigo ou com falhas pode provocar:

desconexões;
perda de desempenho;
dificuldade para reconectar;
falhas depois da suspensão;
comportamento estranho em determinadas bandas;
incompatibilidade com recursos mais recentes do roteador.

O Gerenciador de Dispositivos do Windows permite identificar o adaptador utilizado.

Entretanto, simplesmente clicar em “Atualizar driver” nem sempre garante que o Windows encontrará a melhor versão disponível.

Dependendo do equipamento, pode ser necessário verificar o driver fornecido pelo fabricante do notebook, da placa-mãe ou do próprio adaptador.

12. Cuidado com o gerenciamento de energia

Notebooks utilizam vários mecanismos para economizar bateria.

Em determinadas combinações de hardware, driver e configuração, o gerenciamento de energia da placa de rede pode contribuir para problemas após:

suspensão;
hibernação;
longos períodos de inatividade;
retorno do modo de economia.

Um sintoma comum é:

“Quando ligo funciona. Depois que o notebook entra em suspensão, o Wi-Fi volta conectado, mas a Internet não funciona direito.”

Esse tipo de relato muda o caminho do diagnóstico.

Não estamos mais diante apenas de um problema genérico de Internet. Existe uma relação temporal com o estado de energia do computador.

Esse detalhe pode ser decisivo.

13. Antes de executar dezenas de comandos, descubra onde a comunicação para

Até este ponto, podemos montar uma primeira árvore lógica:

PC conectou ao Wi-Fi?
        |
        v
Recebeu IPv4 válido?
        |
        v
Possui gateway?
        |
        v
Consegue alcançar o gateway?
        |
        v
Consegue alcançar um IP externo?
        |
        v
DNS resolve nomes?
        |
        v
Navegador consegue acessar sites?

Cada resposta reduz o número de possibilidades.

Essa abordagem é muito mais eficiente do que executar uma sequência de comandos encontrados aleatoriamente na Internet.

O diagnóstico continua

Se o computador possui IP correto, alcança o roteador, aparentemente possui acesso externo e ainda assim não navega, precisamos entrar em uma camada diferente do problema.

Na próxima parte vamos analisar:

DNS com mais profundidade;
IPv4 versus IPv6;
proxy configurado no Windows;
VPN;
firewall;
antivírus;
Winsock;
pilha TCP/IP;
ping;
tracert;
nslookup;
diferenças entre falha de navegador e falha de conectividade;
situações em que somente alguns sites deixam de abrir.

É justamente nessa etapa que muitos casos de “Internet funciona no celular, mas não no computador” começam a revelar sua verdadeira causa.

Quando a rede funciona, mas o Windows ainda não consegue navegar

Na primeira parte, construímos uma sequência de diagnóstico para descobrir até onde o computador consegue se comunicar. Verificamos endereço IPv4, DHCP, gateway, comunicação com o roteador, acesso a endereços externos e alguns dos primeiros indícios de problemas relacionados ao DNS.

Agora entramos em uma situação mais interessante:

o computador recebeu um endereço IP válido, consegue alcançar o roteador e, em alguns casos, até consegue se comunicar com a Internet, mas os sites continuam sem abrir corretamente.

É nesse momento que surgem problemas relacionados a DNS, IPv4, IPv6, proxy, VPN, firewall, antivírus, Winsock e à própria pilha TCP/IP do Windows.

Também precisamos diferenciar uma falha geral de conectividade de um problema limitado ao navegador.

Essa distinção evita uma situação bastante comum: redefinir toda a rede do Windows quando, na realidade, somente uma configuração do navegador estava causando o problema.

14. Ping funciona, mas os sites não abrem: o que isso significa?

Vamos imaginar o seguinte teste:

ping 1.1.1.1

O computador recebe respostas normalmente.

Porém:

ping google.com

falha.

Esse resultado fornece uma pista importante.

O computador conseguiu alcançar um endereço IP externo diretamente. Portanto, existe algum nível de conectividade com a Internet.

Quando utilizamos google.com, entretanto, precisamos primeiro transformar esse nome em um endereço IP.

É aí que entra novamente o DNS.

Podemos testar a resolução com:

nslookup google.com

Um resultado normal costuma apresentar informações sobre o servidor DNS utilizado e um ou mais endereços associados ao domínio consultado.

Se o nslookup não consegue resolver o domínio, devemos investigar o DNS com mais atenção.

Teste o DNS sem alterar imediatamente a configuração do Windows

Podemos consultar diretamente um servidor específico.

Por exemplo:

nslookup google.com 1.1.1.1

Também podemos testar:

nslookup google.com 8.8.8.8

Esse tipo de comparação é extremamente útil.

Imagine que:

nslookup google.com

falhe utilizando o DNS configurado atualmente.

Mas:

nslookup google.com 1.1.1.1

funcione.

Agora temos uma evidência muito melhor de que o problema pode estar relacionado ao servidor DNS configurado ou ao caminho utilizado para alcançá-lo.

Em vez de simplesmente trocar números até a Internet voltar, conseguimos entender por que a alteração pode resolver o problema.

15. DNS automático também pode apresentar problemas

Na maioria das redes residenciais, o computador recebe os servidores DNS automaticamente por DHCP.

Dependendo da configuração, o Windows pode receber como DNS o próprio endereço do roteador.

Por exemplo:

DNS: 192.168.1.1

Nesse caso, o computador envia a consulta ao roteador, que atua como intermediário ou encaminha a consulta para servidores definidos pelo provedor ou pela própria configuração do equipamento.

Isso funciona normalmente em milhões de redes.

Entretanto, uma falha no roteador, no encaminhamento DNS ou nos servidores utilizados pode fazer com que a Internet pareça indisponível mesmo quando a comunicação IP continua funcionando.

É por isso que comparar o DNS atual com um servidor público conhecido pode ser útil durante o diagnóstico.

16. O navegador pode utilizar um DNS diferente do Windows

Aqui surge um detalhe que pode confundir bastante o diagnóstico moderno.

Alguns navegadores suportam DNS sobre HTTPS, normalmente chamado de DoH.

Dependendo da configuração, o navegador pode utilizar um mecanismo de resolução que não corresponde exatamente ao comportamento observado em outras aplicações do Windows.

Isso pode gerar situações curiosas:

navegador funciona e outro programa não;
nslookup apresenta um comportamento, mas o navegador apresenta outro;
mudar o DNS do adaptador parece não produzir o resultado esperado;
somente determinado navegador apresenta problema.

Portanto, ao investigar DNS, precisamos considerar não apenas o adaptador de rede, mas também as configurações dos aplicativos envolvidos.

17. Um navegador não abre sites, mas outro funciona

Esse teste simples pode economizar bastante tempo.

Se o computador possui dois navegadores instalados, tente acessar os mesmos sites nos dois.

Imagine:

Microsoft Edge: funciona.

Google Chrome: não funciona.

Isso muda bastante o diagnóstico.

Provavelmente não estamos diante de uma perda completa da conexão do computador.

Precisamos investigar elementos específicos do navegador com problema, como:

extensões;
configurações de proxy;
DNS seguro;
cache;
perfil do usuário;
políticas;
softwares de segurança que integram extensões ao navegador.

Por outro lado, se nenhum navegador funciona e outros aplicativos também não conseguem acessar a Internet, precisamos olhar novamente para a configuração geral do sistema.

18. Proxy configurado pode deixar o Windows conectado e sem navegação

Proxy é outro elemento que merece atenção.

Em determinados ambientes, o tráfego pode passar por um servidor intermediário.

Isso é bastante comum em redes corporativas, mas também pode aparecer em computadores domésticos devido a:

configuração manual antiga;
software instalado;
VPN;
ferramenta de segurança;
configuração herdada de outro ambiente.

Um notebook utilizado anteriormente em uma empresa, escola ou rede específica pode manter configurações que não fazem sentido na rede doméstica atual.

No Windows 11, procure por:

Configurações → Rede e Internet → Proxy

Verifique principalmente se existe uma configuração manual que você não reconhece.

Isso não significa que devemos desativar qualquer proxy indiscriminadamente.

Em redes corporativas, ele pode ser necessário.

O ponto é identificar se existe uma configuração incompatível com o ambiente atual.

19. Também vale verificar o proxy utilizado pelo WinHTTP

O Windows possui componentes que podem utilizar configurações de proxy diferentes das observadas diretamente no navegador.

Podemos consultar a configuração do WinHTTP com:

netsh winhttp show proxy

Em um computador doméstico sem proxy configurado, podemos encontrar uma indicação de acesso direto.

Se aparecer um servidor inesperado, temos outra pista para investigar.

Novamente, não devemos simplesmente remover configurações sem saber sua origem, principalmente em computadores administrados por empresas ou escolas.

20. VPN pode mudar completamente a rota da Internet

Uma VPN cria uma interface ou túnel que pode alterar o caminho utilizado pelo tráfego.

Quando funciona corretamente, isso acontece de maneira transparente para o usuário.

Quando algo dá errado, podemos encontrar:

Internet sem funcionar depois que a VPN desconecta;
DNS que continua apontando para servidores da VPN;
rotas persistentes;
adaptadores virtuais;
filtros instalados na pilha de rede;
determinados sites inacessíveis;
acesso somente quando a VPN está ligada;
acesso somente quando a VPN está desligada.

Por isso, se o problema começou depois da instalação ou utilização de uma VPN, essa informação precisa entrar no diagnóstico.

O mesmo vale para programas que criam adaptadores virtuais.

21. Veja quais interfaces existem no computador

Pressione:

Windows + R

e execute:

ncpa.cpl

A janela de conexões de rede permite visualizar adaptadores como:

Ethernet;
Wi-Fi;
interfaces virtuais;
adaptadores relacionados a VPN;
interfaces criadas por máquinas virtuais ou outros softwares.

Ter vários adaptadores não significa que exista um problema.

Softwares legítimos podem criá-los.

O que precisamos descobrir é se algum deles está interferindo no caminho utilizado para acessar a Internet.

22. A tabela de rotas mostra por onde o Windows tenta sair

Quando existem várias interfaces, a tabela de roteamento se torna muito importante.

Podemos consultá-la com:

route print

O resultado parece complicado à primeira vista, mas ele responde a uma pergunta essencial:

para onde o Windows envia determinado tráfego?

Uma das informações importantes é a rota padrão.

Em um cenário IPv4 doméstico simples, ela normalmente aponta para o gateway do roteador.

Se uma VPN, interface virtual ou configuração antiga introduziu rotas diferentes, o computador pode tentar enviar pacotes pelo caminho errado.

É perfeitamente possível, portanto, o Wi-Fi aparecer como conectado enquanto o tráfego segue por uma rota inadequada.

23. O tracert ajuda a enxergar o caminho

Outro comando útil é:

tracert 1.1.1.1

Também podemos utilizar um domínio:

tracert google.com

O tracert tenta mostrar os saltos percorridos até o destino.

Entretanto, é importante interpretar o resultado corretamente.

Um * em determinado salto não prova automaticamente que existe uma falha naquele equipamento. Alguns roteadores simplesmente não respondem às mensagens utilizadas pelo tracert ou aplicam políticas específicas para esse tipo de tráfego.

O comando deve fazer parte do diagnóstico, e não servir como prova isolada.

24. IPv4 funciona, mas IPv6 apresenta problema

Durante muitos anos, diagnósticos domésticos concentraram-se quase exclusivamente no IPv4.

Hoje isso já não é suficiente.

Muitas redes e provedores oferecem conectividade IPv6.

Um computador pode possuir simultaneamente:

IPv4
+
IPv6

O sistema e os aplicativos podem escolher o protocolo apropriado conforme o destino e a conectividade disponível.

Isso cria um cenário interessante:

o IPv4 pode estar funcionando enquanto existe algum problema no caminho IPv6.

Dependendo da situação, o usuário percebe:

demora para abrir alguns sites;
determinados serviços falhando;
primeira tentativa lenta;
comportamento diferente entre aplicativos.

25. Como verificar se o computador recebeu IPv6?

Execute:

ipconfig /all

Você provavelmente encontrará diversos endereços relacionados ao IPv6.

Nem todo endereço IPv6 exibido significa que existe conectividade IPv6 completa com a Internet.

Precisamos interpretar:

endereço;
gateway;
origem da configuração;
rota;
disponibilidade real do protocolo.

Esse é um ponto importante porque simplesmente enxergar um endereço IPv6 no ipconfig não prova que todo o caminho IPv6 esteja funcionando.

26. Não desative IPv6 como primeira solução

Uma recomendação comum encontrada na Internet é:

“Desative o IPv6.”

Isso pode até modificar o sintoma em determinados cenários, mas não deveria ser a primeira ação.

Se desativar IPv6 faz a Internet voltar a funcionar, descobrimos uma pista importante.

A próxima pergunta deve ser:

por que o caminho IPv6 estava falhando?

A origem pode estar:

no computador;
no roteador;
na rede Mesh;
na configuração do provedor;
em uma VPN;
em software de segurança;
em rotas ou configurações inadequadas.

Desabilitar um protocolo pode mascarar o problema em vez de explicar sua origem.

27. Firewall pode bloquear a Internet apenas no computador

O firewall analisa e controla determinados tipos de comunicação.

O Windows possui seu próprio sistema de firewall e softwares de segurança podem adicionar mecanismos complementares.

Uma regra incorreta pode bloquear:

aplicativos específicos;
portas;
protocolos;
redes classificadas de determinada maneira;
tráfego de entrada ou saída.

Isso explica por que o celular continua funcionando.

O bloqueio está no computador.

Mas existe um cuidado fundamental:

não é recomendável deixar o firewall permanentemente desativado apenas para fazer a Internet funcionar.

Se o acesso volta somente quando algum componente de segurança é desativado durante um diagnóstico controlado, precisamos descobrir qual regra, módulo ou configuração está provocando a interferência e restaurar a proteção adequada.

28. Antivírus também pode interferir na conexão?

Sim.

Algumas soluções de segurança possuem componentes que vão além da simples análise de arquivos.

Dependendo do produto, podem existir recursos relacionados a:

inspeção de tráfego;
proteção Web;
firewall;
análise de conexões criptografadas;
filtros de rede;
bloqueio de sites maliciosos;
VPN;
controle parental.

Se um desses módulos apresenta falha, a conexão pode ser afetada.

Isso não significa que devemos culpar o antivírus sempre que a Internet fica lenta ou para de funcionar.

Precisamos procurar relação entre causa e efeito.

Por exemplo:

“O problema começou imediatamente depois da atualização da solução de segurança.”

Essa informação possui muito mais valor técnico do que simplesmente saber que existe um antivírus instalado.

29. O que é Winsock?

Winsock, ou Windows Sockets, faz parte da infraestrutura utilizada pelos aplicativos do Windows para comunicação de rede.

Diversos softwares podem interagir com componentes dessa pilha.

Quando existe alguma inconsistência, determinados problemas de conectividade podem aparecer.

Um comando conhecido para redefinir o catálogo Winsock é:

netsh winsock reset

Normalmente será necessário reiniciar o computador para concluir o processo.

Mas existe um ponto importante:

não transforme netsh winsock reset no primeiro passo de qualquer problema de Internet.

Antes, faça os testes básicos.

Se executarmos várias redefinições ao mesmo tempo, podemos fazer a Internet voltar sem descobrir qual era a verdadeira causa.

Para suporte técnico, entender a causa possui muito valor.

30. Também é possível redefinir componentes do TCP/IP

Outro comando conhecido é:

netsh int ip reset

Ele redefine determinadas configurações relacionadas ao TCP/IP.

Novamente, devemos utilizá-lo com critério.

Uma redefinição de rede pode alterar configurações personalizadas e exigir reinicialização.

Em computadores corporativos ou ambientes com configurações específicas, isso merece ainda mais cuidado.

Antes de redefinir, registre as configurações existentes.

31. Renovar o endereço DHCP

Se identificamos um problema relacionado à concessão DHCP, podemos liberar e solicitar novamente uma configuração IPv4.

Os comandos tradicionais são:

ipconfig /release

seguido de:

ipconfig /renew

Depois:

ipconfig

permite verificar qual endereço foi recebido.

Esse procedimento faz sentido quando estamos realmente investigando DHCP.

Se o problema for DNS, proxy ou VPN, renovar o endereço pode não mudar nada.

32. Reset de rede do Windows: útil, mas não deveria ser o primeiro passo

O Windows oferece uma opção de Redefinição de Rede nas Configurações.

Ela pode ajudar quando existe uma configuração profundamente inconsistente.

Porém, devemos tratá-la como uma intervenção mais ampla.

Dependendo da versão do Windows e das interfaces instaladas, pode ser necessário configurar novamente elementos relacionados à rede depois da redefinição.

Por isso, antes de utilizar esse recurso, vale registrar:

IP manual, se existir;
DNS personalizado;
VPN;
adaptadores virtuais;
configurações específicas;
redes utilizadas.

Para um computador doméstico simples isso pode não representar grande dificuldade.

Para uma estação de trabalho configurada para uma empresa, pode representar bastante trabalho adicional.

33. Alguns sites abrem e outros não: não é necessariamente DNS

Esse é um dos sintomas mais interessantes.

O usuário diz:

“Minha Internet está funcionando, mas alguns sites simplesmente não entram.”

O DNS é uma possibilidade, mas está longe de ser a única.

Podemos investigar:

IPv6;
DNS;
MTU;
VPN;
proxy;
firewall;
filtros de segurança;
problema no navegador;
rota;
disponibilidade do próprio serviço.

O primeiro passo é descobrir se o comportamento ocorre:

somente naquele computador

em todos os dispositivos da rede.

Se o site abre no celular conectado ao mesmo Wi-Fi, mas não no computador, aumentamos a suspeita sobre algo específico do PC.

34. MTU: um problema menos óbvio

MTU significa Maximum Transmission Unit.

De maneira simplificada, define o tamanho máximo dos pacotes que determinada interface ou caminho consegue transportar sem necessidade de fragmentação em contextos onde isso se aplica.

Problemas relacionados ao MTU podem gerar sintomas estranhos:

alguns sites funcionam;
outros ficam carregando;
determinados serviços falham;
pequenas comunicações passam normalmente;
conexões específicas apresentam dificuldade.

Isso aparece principalmente em determinados cenários envolvendo:

PPPoE;
VPN;
túneis;
configurações específicas de roteadores.

Não é o primeiro item que devemos alterar em uma rede doméstica comum, mas também não devemos ignorá-lo quando os sintomas apontam nessa direção.

35. Como testar MTU sem sair alterando configurações?

No Windows podemos utilizar o ping com parâmetros específicos para investigar o tamanho dos pacotes em IPv4.

Por exemplo:

ping 1.1.1.1 -f -l 1472

O parâmetro -f define a flag Don’t Fragment no IPv4 e -l especifica o tamanho da carga enviada pelo comando.

Se o caminho não suporta aquele tamanho sem fragmentação, podemos receber uma mensagem indicando a necessidade de fragmentar o pacote.

É possível reduzir gradualmente o valor para investigar o limite.

Entretanto, existe uma observação importante:

o valor utilizado em -l não corresponde sozinho ao MTU completo, porque existem cabeçalhos adicionais.

Portanto, não devemos simplesmente copiar o número encontrado e colocá-lo na interface sem entender o cálculo e a topologia da conexão.

36. O problema acontece somente depois de reiniciar o roteador?

Esse detalhe também pode revelar bastante coisa.

Imagine:

celular reconecta normalmente;
notebook reconecta ao Wi-Fi;
computador mostra rede conectada;
Internet no PC não volta;
desconectar e reconectar o Wi-Fi resolve.

Nesse cenário devemos observar:

renovação DHCP;
driver;
estado da interface;
gateway;
DNS;
associação ao ponto de acesso;
rede Mesh;
gerenciamento de energia.

Agora imagine outro cenário:

roteador reinicia;
PC recebe um IP diferente;
algum serviço dependia do endereço anterior.

Aqui entramos em outra categoria de problema.

Por isso, sempre devemos perguntar quando a falha começou e o que aconteceu imediatamente antes.

37. O problema começou depois de trocar o roteador?

Essa informação é extremamente relevante.

Um novo roteador pode trazer mudanças em:

faixa DHCP;
endereço do gateway;
DNS;
WPA2/WPA3;
bandas;
largura de canal;
IPv6;
rede Mesh;
SSID;
políticas de segurança.

Imagine que o roteador antigo utilizava:

192.168.0.1

e o novo utiliza:

192.168.1.1

Se o computador possui uma configuração IPv4 manual antiga, temos um candidato óbvio para o problema.

O celular, configurado automaticamente por DHCP, entra na nova rede e funciona.

O computador mantém os parâmetros antigos e falha.

Mais uma vez:

o fato de o celular funcionar não inocenta completamente o roteador nem prova que o PC está com defeito.

Pode existir simplesmente uma incompatibilidade entre as configurações dos dois lados.

38. Redes Mesh deixam o diagnóstico ainda mais interessante

Em uma rede Mesh, diferentes dispositivos podem se conectar a nós diferentes.

Imagine três pontos:

Deco principal
      |
      +--- Deco escritório
      |
      +--- Deco quarto

O celular pode estar associado ao ponto principal.

O notebook pode permanecer conectado ao nó do quarto.

Mesmo utilizando o mesmo SSID, os caminhos físicos e condições de rádio não são exatamente os mesmos.

Também precisamos considerar o backhaul, ou seja, a comunicação utilizada entre os próprios nós.

Um nó pode oferecer excelente sinal ao notebook e ainda apresentar dificuldade na comunicação com o restante da rede.

Isso explica um fenômeno aparentemente contraditório:

Wi-Fi cheio no computador e Internet ruim.

As barras do Wi-Fi representam apenas uma parte da história.

39. Sinal forte não significa Internet rápida

Esse conceito merece destaque.

Um computador pode mostrar sinal excelente porque está muito próximo do ponto de acesso.

Mas o ponto de acesso pode estar enfrentando:

backhaul ruim;
interferência;
perda de pacotes;
problema no uplink;
configuração incorreta;
congestionamento.

Portanto:

sinal Wi-Fi e qualidade da Internet não são sinônimos.

Precisamos medir latência, perda de pacotes, estabilidade e desempenho real.

40. Compare o ping do roteador com o ping da Internet

Uma técnica simples ajuda bastante.

Primeiro:

ping 192.168.1.1 -t

Substitua 192.168.1.1 pelo gateway real da rede.

Em outra janela:

ping 1.1.1.1 -t

Agora observe o comportamento.

Gateway apresenta perda e Internet também apresenta perda

A falha pode estar antes mesmo de chegar à operadora:

Wi-Fi;
cabo;
adaptador;
ponto de acesso;
Mesh;
rede local.

Gateway permanece estável, mas Internet apresenta perda

Agora a investigação muda de direção.

Podemos analisar:

conexão WAN;
roteador;
operadora;
rota externa;
congestionamento;
problemas além da rede local.

Esse tipo de comparação vale muito mais do que simplesmente executar um teste de velocidade.

41. Teste de velocidade não substitui diagnóstico

É comum abrir um medidor de velocidade assim que a Internet apresenta qualquer problema.

Esses testes são úteis.

Porém, eles respondem principalmente perguntas relacionadas ao desempenho naquele momento.

Eles não substituem verificações de:

DHCP;
DNS;
gateway;
perda de pacotes;
latência;
rota;
Wi-Fi;
IPv4;
IPv6.

Um computador pode apresentar centenas de megabits por segundo em um teste e ainda enfrentar falhas intermitentes de DNS ou perda de pacotes.

Velocidade é apenas uma das características de uma boa conexão.

42. Uma árvore de diagnóstico mais completa

Agora podemos expandir nossa sequência:

Internet funciona no celular, mas não no PC
                |
                v
PC está conectado?
                |
                v
Recebeu IP válido?
        |               |
       NÃO             SIM
        |               |
     DHCP/APIPA     Gateway existe?
                        |
                        v
              Gateway responde?
                 |          |
                NÃO        SIM
                 |          |
           Wi-Fi/LAN     IP externo responde?
                            |          |
                           NÃO        SIM
                            |          |
                    Rota/WAN/VPN     DNS resolve?
                                      |       |
                                     NÃO     SIM
                                      |       |
                                     DNS   Navegador?
                                              |
                                              v
                                  Proxy/VPN/Firewall/
                                  Antivírus/IPv6/MTU

Não é uma representação de todos os problemas possíveis.

Mas já organiza grande parte dos casos encontrados em redes domésticas e pequenos escritórios.

43. Evite o “pacote mágico” de comandos da Internet

É comum encontrar tutoriais recomendando executar de uma só vez:

ipconfig /flushdns
ipconfig /release
ipconfig /renew
netsh winsock reset
netsh int ip reset

Depois reiniciar o computador.

Esse conjunto pode resolver determinados problemas.

O problema é que, se funcionar, talvez você nunca descubra qual componente estava causando a falha.

Para um usuário que só quer voltar a navegar isso pode parecer suficiente.

Para diagnóstico técnico, entretanto, perdemos informação.

O ideal é:

observar o sintoma;
testar uma hipótese;
interpretar o resultado;
fazer a intervenção necessária;
testar novamente.

Isso transforma tentativa e erro em diagnóstico.

44. Anote o estado da rede antes de fazer alterações

Antes de redefinir interfaces ou modificar configurações, execute:

ipconfig /all

Também pode ser útil registrar:

route print

netsh winhttp show proxy

Essas informações permitem comparar o estado da máquina antes e depois das alterações.

Em problemas intermitentes, isso se torna ainda mais importante.

Quando a Internet funciona, registre a configuração.

Quando parar, registre novamente.

A diferença entre os dois estados pode revelar a causa.

45. O próximo nível do diagnóstico: descobrir problemas intermitentes

Até agora investigamos principalmente situações em que a Internet está funcionando ou não está.

Mas existe uma categoria mais difícil:

a Internet funciona durante algum tempo e depois para somente no computador.

Esse comportamento exige analisar fatores como:

concessão DHCP;
conflito de IP;
perda de pacotes;
driver;
suspensão;
economia de energia;
roaming;
rede Mesh;
eventos do Windows;
reinicialização da interface;
alterações de rota;
software instalado.

É justamente aí que um diagnóstico baseado apenas em “reinicie o roteador” costuma falhar.

Quando a Internet cai só no computador e volta depois

Até aqui, vimos como diagnosticar falhas constantes: computador sem IP válido, gateway inacessível, DNS com problema, proxy configurado, VPN interferindo, firewall, IPv6 e outras causas.

Agora entramos em um cenário mais difícil:

a Internet funciona normalmente no computador por algum tempo e depois para, enquanto o celular continua conectado e navegando.

Esse tipo de problema costuma confundir porque, quando o usuário tenta verificar a conexão, tudo pode ter voltado ao normal.

Por isso, o segredo está em comparar o estado da rede quando funciona com o estado da rede quando falha.

46. Problemas intermitentes exigem comparação

Se a Internet para somente de vez em quando, não basta executar um comando depois que tudo voltou ao normal.

O ideal é registrar informações em dois momentos:

Quando está funcionando

Execute:

ipconfig /all

Também pode registrar:

route print

ping 192.168.1.1

Substitua o endereço pelo gateway real da rede.

Depois teste:

ping 1.1.1.1

nslookup google.com

Quando o problema acontecer novamente

Repita exatamente os mesmos testes.

Agora compare os resultados.

Essa abordagem ajuda a descobrir se:

o endereço IP mudou;
o gateway desapareceu;
o DNS mudou;
a rota padrão mudou;
o computador perdeu comunicação com o roteador;
a Internet externa parou;
somente a resolução de nomes falhou.

Essa comparação costuma revelar muito mais do que reiniciar o computador.

47. DHCP pode funcionar inicialmente e falhar depois

Quando o computador recebe um endereço por DHCP, essa configuração não é necessariamente permanente.

Existe um período de concessão, conhecido como lease.

Durante o funcionamento normal, o dispositivo tenta renovar essa concessão.

Em redes domésticas bem configuradas, isso acontece de forma transparente.

Porém, problemas de comunicação com o servidor DHCP podem criar comportamentos estranhos.

Imagine que o computador inicia com:

IPv4: 192.168.1.35
Gateway: 192.168.1.1

Tudo funciona.

Horas depois, ocorre alguma falha relacionada à interface ou à renovação.

Nesse caso, registrar o resultado de:

ipconfig /all

durante a falha pode fornecer pistas importantes.

48. Conflito de IP pode causar Internet que funciona e para

Dois equipamentos não devem utilizar o mesmo endereço IPv4 na mesma rede ao mesmo tempo.

Imagine:

Computador A: 192.168.1.50
Computador B: 192.168.1.50

Agora temos um conflito.

Esse cenário pode surgir quando alguém configura endereços manualmente sem considerar o pool DHCP do roteador.

Também pode ocorrer depois de mudanças mal planejadas na rede.

Os sintomas podem incluir:

perda intermitente de comunicação;
acesso instável;
mensagens relacionadas a conflito;
equipamento que funciona enquanto o outro está desligado;
Internet que parece cair sem motivo.

49. Como evitar conflito entre IP fixo e DHCP

Suponha que o roteador entregue automaticamente:

192.168.1.20 até 192.168.1.200

Agora alguém configura manualmente um computador com:

192.168.1.50

O problema é que o servidor DHCP pode tentar entregar esse mesmo endereço a outro dispositivo, dependendo da implementação e das informações disponíveis.

Uma abordagem mais organizada consiste em:

planejar a faixa DHCP;
utilizar reservas DHCP quando apropriado;
manter endereços estáticos fora do pool dinâmico, quando a topologia exigir;
documentar os equipamentos que usam endereços previsíveis.

Em residências simples, reservas DHCP no próprio roteador costumam facilitar bastante o gerenciamento.

50. O endereço MAC também participa desse processo

Cada interface de rede possui um endereço físico, conhecido como MAC address.

Roteadores costumam utilizar esse endereço para identificar clientes durante determinados processos, inclusive reservas DHCP.

É importante entender que:

Wi-Fi e Ethernet normalmente possuem endereços MAC diferentes.

Portanto, uma reserva configurada para a placa Ethernet não necessariamente vale para a interface Wi-Fi.

Além disso, sistemas modernos podem utilizar recursos de endereços MAC aleatórios em determinadas redes sem fio.

Isso merece atenção ao configurar reservas.

51. O Wi-Fi pode continuar “conectado” mesmo com perda de pacotes

Outro erro comum é confiar somente no ícone de Wi-Fi.

O computador pode permanecer associado ao roteador e ainda enfrentar perda de pacotes suficiente para tornar a Internet praticamente inutilizável.

Podemos investigar com:

ping 192.168.1.1 -t

Observe:

tempo de resposta;
perda de pacotes;
picos de latência;
mensagens de tempo esgotado.

Se o próprio gateway apresenta perdas frequentes, temos um forte indício de problema na rede local.

52. Como interpretar o ping para o gateway

Imagine um resultado estável:

tempo=2ms
tempo=3ms
tempo=2ms
tempo=4ms

Isso costuma indicar boa comunicação naquele momento.

Agora veja:

tempo=3ms
tempo=180ms
Esgotado o tempo limite do pedido
tempo=400ms
tempo=5ms

Esse comportamento merece investigação.

Pode existir:

interferência;
sinal fraco;
congestionamento;
driver com problema;
roaming;
nó Mesh instável;
adaptador com defeito;
cabo ruim, no caso de Ethernet.

53. Faça o mesmo teste para a Internet

Em outra janela, execute:

ping 1.1.1.1 -t

Agora compare.

Se o ping do gateway permanece perfeito, mas o ping externo apresenta perda, a investigação tende a seguir para:

roteador;
conexão WAN;
operadora;
rota externa;
congestionamento.

Se os dois apresentam perda ao mesmo tempo, vale investigar primeiro o caminho entre o computador e o roteador.

54. Rede Mesh pode manter o computador preso ao nó errado

Em redes Mesh, o equipamento não necessariamente muda de nó no momento exato em que seria ideal.

Um notebook pode continuar associado a um ponto mais distante mesmo quando existe outro nó próximo.

Isso depende de vários fatores:

implementação do Mesh;
cliente Wi-Fi;
driver;
intensidade de sinal;
políticas de roaming;
protocolos suportados.

O resultado pode ser:

o celular funciona bem porque mudou para um nó melhor, mas o computador continua conectado a outro ponto.

Isso explica por que dois dispositivos no mesmo ambiente podem apresentar resultados muito diferentes.

55. Roaming depende também do cliente

Existe uma ideia equivocada de que o sistema Mesh controla completamente qual ponto cada dispositivo utiliza.

Na prática, o cliente também participa da decisão de roaming.

Duas placas Wi-Fi diferentes podem reagir de maneiras diferentes à mesma rede.

Um smartphone recente pode trocar rapidamente entre pontos.

Um notebook com adaptador antigo ou driver inadequado pode permanecer associado ao nó anterior por mais tempo.

Por isso, ao diagnosticar Mesh, observe não apenas os equipamentos da rede, mas também o comportamento específico do cliente.

56. Desconectar e reconectar o Wi-Fi resolve temporariamente?

Esse é um sintoma muito valioso.

Imagine:

Internet para no notebook;
celular continua funcionando;
você desliga o Wi-Fi do notebook;
liga novamente;
tudo volta ao normal.

Essa sequência sugere que redefinir o estado da interface ou a associação com o ponto de acesso muda o comportamento.

Isso pode apontar para:

driver;
roaming;
DHCP;
estado da interface;
autenticação;
gerenciamento de energia.

Não prova exatamente qual é a causa, mas reduz bastante as possibilidades.

57. Reiniciar o computador resolve, mas reiniciar o roteador não

Esse comportamento também traz uma pista.

Se apenas reiniciar o Windows restaura a conexão, devemos olhar com atenção para elementos locais:

driver;
pilha TCP/IP;
Winsock;
software de segurança;
VPN;
serviços;
adaptadores virtuais.

Agora, se reiniciar o roteador resolve enquanto o computador permanece ligado, a investigação muda.

Nesse caso, podemos considerar:

DHCP;
tabela de clientes;
ponto de acesso;
roteamento;
firmware;
conexão WAN.

58. O problema aparece depois da suspensão?

Se o notebook funciona normalmente até entrar em suspensão e apresenta falha depois que acorda, esse padrão não deve ser ignorado.

Podemos investigar o adaptador no:

Gerenciador de Dispositivos

Localize:

Adaptadores de rede

Depois identifique a placa Wi-Fi.

Dependendo do driver e do hardware, podem existir opções relacionadas ao gerenciamento de energia.

Algumas configurações permitem que o Windows desligue o dispositivo para economizar energia.

Alterar esse tipo de opção pode fazer sentido durante o diagnóstico quando existe relação clara com suspensão ou economia de energia.

59. Não desative recursos aleatoriamente

É importante manter a metodologia.

Se o problema não possui nenhuma relação com suspensão, mexer em dezenas de opções de energia pode criar novas variáveis sem ajudar.

Um bom diagnóstico segue a pergunta:

o que muda imediatamente antes do problema aparecer?

Pode ser:

suspensão;
troca de rede;
reinicialização do roteador;
instalação de VPN;
atualização de driver;
Windows Update;
mudança de roteador;
troca do nó Mesh;
instalação de antivírus.

Essa relação temporal costuma ser uma das melhores pistas disponíveis.

60. Visualizador de Eventos pode ajudar

O Windows registra diversos eventos relacionados a hardware, serviços e rede.

Abra o:

Visualizador de Eventos

e observe eventos próximos ao horário exato da falha.

Dependendo do problema, podem aparecer informações relacionadas a:

driver da interface;
WLAN;
DHCP;
DNS;
serviços de rede;
falhas de hardware;
energia.

Não devemos interpretar qualquer aviso como a causa do problema.

O Windows registra muitos eventos que não representam falhas críticas.

O valor está em correlacionar:

horário do problema + evento relevante + sintoma observado.

61. WLAN AutoConfig também entra no diagnóstico do Wi-Fi

O Windows utiliza serviços para gerenciar conexões sem fio.

Quando um notebook apresenta desconexões frequentes, eventos relacionados ao gerenciamento WLAN podem fornecer pistas sobre:

autenticação;
associação;
desconexão;
troca entre redes;
falhas da interface.

Em problemas difíceis, isso ajuda a distinguir uma simples perda de Internet de uma verdadeira desconexão Wi-Fi.

62. Atualização do Windows pode coincidir com o início do problema

Depois de uma atualização, drivers ou componentes do sistema podem mudar.

Na maioria das vezes, isso acontece sem problemas.

Porém, se o usuário relata:

“Funcionava normalmente e começou exatamente depois de uma atualização.”

essa informação merece investigação.

Vale verificar:

versão do driver;
histórico de atualizações;
fabricante do adaptador;
existência de driver mais adequado.

Ainda assim, correlação não significa automaticamente causalidade.

É necessário testar.

63. Driver mais novo nem sempre significa driver melhor

Existe outra ideia simplificada:

“Se o driver está atualizado, então ele está correto.”

Nem sempre.

O Windows pode instalar uma versão genérica ou diferente daquela validada pelo fabricante do notebook.

Em determinados casos, a versão oferecida pelo fabricante pode apresentar melhor compatibilidade com aquele equipamento específico.

Também pode acontecer o contrário.

Por isso, compare:

versão atual;
fabricante;
data;
modelo exato do adaptador;
versão disponibilizada pelo fabricante do equipamento.

64. Quando suspeitar de defeito físico na placa de rede

Problemas físicos são menos comuns do que configurações incorretas, mas existem.

Podemos aumentar a suspeita quando:

vários sistemas apresentam o mesmo comportamento;
reinstalar drivers não muda nada;
outro adaptador funciona perfeitamente no mesmo computador;
a interface desaparece do sistema;
existem falhas constantes de hardware;
a placa desconecta mesmo muito próxima do roteador.

Um teste útil pode utilizar temporariamente outro adaptador de rede compatível.

Se todo o restante permanece igual e o problema desaparece com outro adaptador, temos uma evidência importante.

65. Ethernet também pode apresentar falhas físicas

Se o computador utiliza cabo, não podemos ignorar:

cabo danificado;
conector ruim;
porta do roteador;
porta da placa;
negociação de velocidade;
driver Ethernet.

Se possível, teste:

outro cabo;
outra porta do roteador;
outro computador no mesmo cabo.

A ideia é mudar uma variável por vez.

66. Verifique a velocidade negociada da Ethernet

Uma conexão Ethernet pode negociar em diferentes velocidades dependendo do hardware e das condições.

Se uma interface Gigabit passa inesperadamente a negociar em velocidade inferior, investigue:

cabo;
conectores;
porta;
driver;
configuração de velocidade e duplex.

Isso nem sempre causa perda total de Internet, mas pode indicar um problema físico ou de negociação.

67. E se a Internet funcionar no celular pelo 5G e não pelo Wi-Fi?

Esse detalhe muda completamente a análise.

Às vezes o usuário afirma:

“No celular funciona.”

Mas o smartphone está usando dados móveis.

Nesse caso, ele não está testando a mesma conexão do computador.

Antes de comparar os dispositivos, confirme que o celular está realmente conectado ao mesmo Wi-Fi utilizado pelo PC.

Um teste simples é desativar temporariamente os dados móveis enquanto verifica a rede.

68. O celular pode trocar automaticamente para dados móveis

Alguns smartphones possuem recursos que ajudam a manter conectividade quando o Wi-Fi apresenta problemas.

Dependendo da configuração, o aparelho pode utilizar dados móveis quando percebe baixa qualidade na rede sem fio.

O usuário olha para o celular, abre um site e conclui:

“O Wi-Fi está funcionando.”

Mas talvez o tráfego esteja saindo pela rede móvel.

Isso pode levar todo o diagnóstico para a direção errada.

69. Como separar problema do PC, roteador e operadora

Podemos simplificar o raciocínio.

Somente um computador apresenta problema

Suspeite primeiro de:

interface;
driver;
DNS local;
proxy;
VPN;
firewall;
sistema operacional;
configuração manual.

Todos os dispositivos apresentam problema

Suspeite mais de:

roteador;
modem/ONT;
operadora;
DNS compartilhado;
conexão WAN.

Somente dispositivos conectados a um nó Mesh apresentam problema

Investigue:

nó específico;
backhaul;
posição;
interferência;
firmware;
conexão entre os pontos.

Somente dispositivos Wi-Fi falham, mas Ethernet funciona

Investigue:

rádio Wi-Fi;
ponto de acesso;
interferência;
autenticação;
banda;
Mesh.

Esse tipo de divisão acelera bastante o diagnóstico.

70. Crie uma matriz simples de testes

Podemos comparar:

Dispositivo	Wi-Fi	Cabo	Internet
Notebook	Falha	Funciona	Parcial
Desktop	—	Funciona	Sim
Celular	Funciona	—	Sim

Com poucas informações já conseguimos perceber que o problema provavelmente não está na operadora.

Agora veja outro exemplo:

Dispositivo	Wi-Fi	Cabo	Internet
Notebook	Falha	Falha	Não
Desktop	Falha	Falha	Não
Celular	Falha	—	Não

Aqui o cenário muda completamente.

O problema provavelmente está além de um único computador.

71. Sequência prática de diagnóstico VMIA

Quando a Internet funciona no celular, mas não no computador, uma sequência eficiente pode ser:

1. Confirmar que os dois estão na mesma rede

Verifique SSID e se o celular não está utilizando dados móveis.

2. Verificar o endereço IP do computador

ipconfig

3. Identificar o gateway

Por exemplo:

192.168.1.1

4. Testar comunicação com o gateway

ping 192.168.1.1

5. Testar um endereço externo

ping 1.1.1.1

6. Testar DNS

nslookup google.com

7. Comparar outro navegador

Isso separa falha do sistema de falha específica da aplicação.

8. Verificar proxy e VPN

Procure configurações antigas ou inesperadas.

9. Comparar Wi-Fi e Ethernet

Quando possível, esse teste isola rapidamente o caminho sem fio.

10. Investigar driver e energia

Principalmente em falhas intermitentes.

72. Quando vale usar os comandos de reset

Depois de identificar que existe uma inconsistência no sistema e de registrar a configuração atual, podemos considerar comandos como:

ipconfig /flushdns

netsh winsock reset

netsh int ip reset

Mas o ideal é não executar tudo automaticamente.

Quanto mais alterações fazemos de uma vez, menos sabemos sobre a causa verdadeira.

73. Quando vale reiniciar o roteador

Reiniciar o roteador pode resolver temporariamente problemas relacionados a:

estado do equipamento;
DHCP;
sessão WAN;
Wi-Fi;
processos internos.

Mas se o problema volta constantemente, reiniciar não é um diagnóstico definitivo.

Precisamos entender por que o equipamento entra naquele estado.

Um roteador que precisa ser reiniciado várias vezes por semana merece investigação.

74. Atualizar firmware pode ajudar?

Fabricantes corrigem falhas e vulnerabilidades por meio de atualizações de firmware.

Dependendo do equipamento, uma atualização pode corrigir problemas relacionados a:

estabilidade;
Wi-Fi;
segurança;
compatibilidade;
Mesh;
IPv6.

Porém, atualização de firmware deve seguir as instruções do fabricante.

Uma atualização interrompida ou inadequada pode inutilizar determinados equipamentos.

75. Quando resetar o roteador para o padrão de fábrica?

O reset de fábrica deve ficar entre as últimas alternativas.

Ele apaga configurações personalizadas.

Dependendo da rede, podem existir:

nome e senha Wi-Fi;
PPPoE;
VLAN;
reservas DHCP;
encaminhamento de portas;
DNS;
configurações Mesh;
ajustes da operadora.

Nunca execute um reset de fábrica sem saber como restaurar a conectividade depois.

76. Roteadores de operadora podem ter comportamentos diferentes

Equipamentos fornecidos por provedores costumam reunir várias funções:

modem ou ONT;
roteador;
Wi-Fi;
DHCP;
DNS relay;
firewall;
IPv6.

Dependendo do modelo, firmware e configuração do provedor, determinados recursos podem apresentar comportamentos diferentes de roteadores próprios.

Isso explica por que trocar o computador ou reinstalar o Windows nem sempre resolve certos problemas de rede.

77. Formatar o Windows deveria ser uma das últimas opções

Existe outro comportamento comum:

“A Internet não funciona. Vou formatar.”

Formatação pode resolver problemas profundamente relacionados ao sistema.

Porém, para a maioria das falhas de rede, existem testes muito menos invasivos.

Antes de reinstalar o Windows, investigue:

IP;
DHCP;
DNS;
gateway;
proxy;
VPN;
driver;
adaptador;
Winsock;
TCP/IP;
roteador;
Wi-Fi.

Formatar sem diagnóstico pode até resolver o sintoma, mas também pode mascarar a causa.

78. Reinstalar o Windows e o problema continuar é uma pista enorme

Se o sistema foi realmente instalado do zero, com drivers adequados, e o mesmo problema continua imediatamente, precisamos ampliar a investigação.

Podemos considerar:

hardware;
roteador;
Wi-Fi;
Mesh;
interferência;
operadora;
configuração externa ao computador.

Isso mostra por que diagnóstico deve observar o ambiente inteiro.

79. O problema pode estar entre o roteador e apenas aquele dispositivo

Essa é uma das ideias centrais deste artigo.

Não precisamos escolher apenas entre:

“problema no computador”

“problema na Internet”.

Existe uma terceira possibilidade:

problema na interação entre aquele computador e aquela rede específica.

Por exemplo:

driver incompatível com determinado modo Wi-Fi;
WPA3 apresentando dificuldade;
roaming Mesh ruim;
faixa DHCP incompatível com IP manual;
reserva DHCP errada;
configuração IPv6 específica;
adaptador antigo com roteador novo.

Essa categoria explica muitos casos aparentemente sem lógica.

80. Um teste em outra rede pode ser decisivo

Levar o notebook para outra rede Wi-Fi pode ajudar.

Se ele funciona perfeitamente em vários locais, mas falha apenas em casa, o foco deve se deslocar para a interação com a rede doméstica.

Se falha em todas as redes, cresce a suspeita sobre o computador.

Também podemos testar um hotspot do celular apenas como comparação de comportamento.

Esse teste não substitui o diagnóstico, mas ajuda a separar as variáveis.

81. Quando procurar suporte técnico

Vale considerar suporte quando:

o problema volta constantemente;
existe perda de pacotes;
o computador perde IP;
vários adaptadores aparecem sem explicação;
VPN ou software de segurança interfere na rede;
o Wi-Fi funciona de maneira diferente em cada cômodo;
existe rede Mesh;
há conflito de IP;
o roteador precisa ser reiniciado frequentemente;
o usuário não se sente confortável alterando configurações avançadas.

Um diagnóstico presencial ou remoto pode evitar mudanças desnecessárias e identificar o ponto exato da falha.

Conclusão: se funciona no celular, não significa que a rede inteira está perfeita

Quando a Internet funciona no celular, mas não no computador, o primeiro impulso costuma ser culpar imediatamente o Windows.

Às vezes a causa realmente está no computador.

Mas existem muitos outros cenários.

O PC pode ter recebido um endereço IP incorreto, perdido o gateway, estar usando um DNS problemático, possuir configuração de proxy antiga, estar tentando sair por uma VPN, apresentar dificuldade com IPv6 ou simplesmente estar conectado a um nó Mesh instável.

A melhor estratégia é seguir a comunicação em etapas:

computador → interface → rede local → gateway → Internet → DNS → aplicação.

Cada teste responde a uma pergunta.

Se o computador não recebeu IP, investigamos DHCP.

Se recebeu IP, mas não alcança o gateway, investigamos a rede local.

Se alcança o gateway, mas não a Internet, investigamos rota e saída WAN.

Se alcança IPs externos, mas não resolve nomes, investigamos DNS.

Se tudo isso funciona e somente o navegador falha, investigamos a aplicação, proxy, VPN e filtros.

Esse processo transforma uma frase genérica como “a Internet não funciona no PC” em um diagnóstico técnico muito mais preciso.

E, principalmente, evita soluções aleatórias.

FAQ — Internet funciona no celular, mas não no PC

Por que o Wi-Fi funciona no celular e não no notebook?

Porque os dois dispositivos utilizam interfaces, drivers e configurações próprias. O notebook pode apresentar problema de DHCP, DNS, driver, IPv6, proxy, VPN, Wi-Fi ou outras configurações mesmo quando o celular funciona normalmente.

O que significa endereço IP começando com 169.254?

No Windows, geralmente indica que o computador não conseguiu obter corretamente uma configuração IPv4 por DHCP e atribuiu automaticamente um endereço APIPA.

Trocar o DNS pode resolver?

Pode resolver quando o problema realmente está na resolução DNS. Antes de trocar, vale testar se o computador alcança o gateway e endereços externos.

Qual DNS posso testar?

Serviços públicos conhecidos incluem Cloudflare, com 1.1.1.1, e Google Public DNS, com 8.8.8.8.

O que fazer quando o PC está conectado, mas aparece sem Internet?

Verifique primeiro IP, gateway e DNS usando ipconfig /all. Depois teste o gateway, um endereço externo e a resolução DNS.

Reiniciar o roteador resolve?

Pode resolver temporariamente alguns problemas, mas se a falha retorna com frequência, é importante descobrir a causa.

Devo desativar o IPv6?

Não como primeira solução. Se desativar IPv6 muda o comportamento, isso pode revelar uma pista, mas o ideal é investigar por que a conectividade IPv6 estava apresentando problema.

Formatar o computador resolve problema de Internet?

Pode resolver determinados problemas de sistema, mas é uma medida muito invasiva. Na maioria dos casos, é melhor diagnosticar IP, DNS, driver, proxy, VPN e roteador antes.

A rede Mesh pode causar Internet ruim somente em um computador?

Sim. O computador pode permanecer associado a um nó diferente do celular ou apresentar comportamento de roaming diferente.

Como saber se o problema está no computador ou na operadora?

Compare vários dispositivos e diferentes formas de conexão. Se todos falham, o problema tende a estar na infraestrutura comum. Se somente um computador falha, investigue primeiro suas configurações e interface de rede.

Precisa de ajuda para descobrir por que a Internet funciona no celular, mas não no computador?

A VMIA – Manutenção e Configuração realiza diagnóstico de problemas de Windows, redes domésticas, Wi-Fi, roteadores, redes Mesh, configuração de computadores, impressoras e outros dispositivos.

Em vez de simplesmente alterar configurações aleatoriamente, o objetivo é identificar onde a comunicação está falhando e aplicar uma solução compatível com a rede.

O atendimento pode ser realizado por acesso remoto ou visita técnica agendada, conforme o tipo de problema.

VMIA – Manutenção e Configuração
Rua Prof. Sud Menucci, 291 – Vila Mariana – São Paulo – SP
WhatsApp/Telefone: (11) 99779-7772

Site: https://vmia.site
Blog: https://vmia.com.br
WhatsApp: https://whats.vmia.com.br

Se o computador mostra Wi-Fi conectado, mas não navega, não significa necessariamente que seja preciso formatar o Windows ou trocar o roteador. Um diagnóstico correto pode revelar se a causa está no DHCP, DNS, driver, Wi-Fi, Mesh, IPv6, proxy, VPN ou na própria comunicação com o roteador.