Artigo · Tecnologia prática
Como descobrir por que a internet está lenta usando ferramentas do terminal
Um diagnóstico por camadas para separar problema no dispositivo, no Wi-Fi, no DNS, na rota ou no provedor antes de comprar outro equipamento.
9 min de leitura
“A internet está lenta” descreve o sintoma, não a causa. A página pode demorar por um problema de DNS, uma rota congestionada, um servidor específico, sinal ruim no cômodo ou um computador ocupado. Comprar um repetidor antes de separar essas hipóteses pode apenas adicionar outro ponto de falha.
O terminal ajuda a fazer perguntas menores. Os testes abaixo não medem tudo e não substituem a operadora, mas criam evidência suficiente para saber qual camada investigar primeiro.
Primeiro: o problema é local?
Compare dois dispositivos no mesmo momento e observe se a lentidão ocorre em uma única aplicação ou em várias. Anote horário, rede usada, endereço do site e se o sintoma é lentidão, queda ou ausência total de conexão. Não conclua a partir de um único teste.
Também verifique se há sincronização de arquivos, atualização, chamada de vídeo ou outro tráfego concorrente. Um computador pode estar ocupado mesmo quando a rede está normal.
Teste o caminho até o roteador
No Windows, descubra o gateway com ipconfig e use um endereço local conhecido:
ipconfig
ping 192.168.1.1Troque o endereço pelo gateway mostrado na sua rede. No Linux:
ip route
ping -c 4 192.168.1.1O objetivo é testar a ligação entre o dispositivo e o roteador, não a internet inteira. Se esse caminho já tem perda ou demora grande, investigue Wi-Fi, cabo, interferência, adaptador ou o próprio roteador. Não use o endereço de exemplo sem confirmar o seu gateway.
ping pode ser bloqueado ou tratado de forma diferente por alguns equipamentos. Falhar nesse teste não prova sozinho que a conexão está quebrada; compare com outros sinais.
Separe DNS de acesso ao servidor
O DNS converte um nome como example.com em endereço IP. No Windows e no Linux, nslookup permite perguntar ao resolvedor:
nslookup example.comSe a resolução demora ou falha, o problema pode estar no DNS, mas o site também pode estar indisponível. Quando houver um endereço confiável, compare resolução e acesso sem transformar um IP encontrado em endereço permanente: serviços podem mudar de infraestrutura.
No Windows, Test-NetConnection mostra se uma porta TCP responde:
Test-NetConnection example.com -Port 443TcpTestSucceeded indica apenas a conexão naquela porta e naquele momento. Não é teste de velocidade, qualidade de conteúdo ou segurança do site.
Observe a rota
No Windows:
tracert example.comNo Linux:
tracepath example.comEsses comandos mostram saltos aproximados entre sua máquina e o destino. Alguns roteadores não respondem a esse tipo de sondagem, então asteriscos não significam automaticamente falha. Procure padrões repetidos em vários horários, não uma linha isolada.
Quando suspeitar de cada camada
- Um único dispositivo: adaptador, software, atualização, cabo ou configuração local.
- Todos os dispositivos no mesmo cômodo: sinal, interferência, canal ou posição do roteador.
- Toda a casa, inclusive por cabo: roteador, modem, operadora ou capacidade contratada.
- Somente um domínio: servidor do serviço, rota específica ou DNS.
- Somente em certos horários: congestionamento local ou do provedor, mas isso precisa ser documentado.
O artigo publicado sobre Wi-Fi ruim no quarto trata de testes físicos e posicionamento. Este roteiro complementa aquele diagnóstico com camadas de rede; não substitui a avaliação do ambiente.
O que levar para a operadora
Anote horário, dispositivos afetados, conexão por cabo ou Wi-Fi, resultados de alguns testes e se reiniciar o equipamento mudou algo. Não envie senhas, tokens ou capturas que exponham dados pessoais. Uma sequência de observações é mais útil do que afirmar apenas que “está ruim”.
Não altere DNS, firmware ou configuração avançada durante uma chamada sem registrar o estado anterior e entender como reverter. Um ajuste pode mascarar a causa e dificultar a comparação.
O que foi verificado nesta pauta
Os comandos foram conferidos nas documentações indicadas, mas não foram executados contra uma rede real neste ambiente. Endereços, respostas e causas são exemplos de interpretação, não medições do leitor.