Por que limpar o cache DNS resolve problemas de navegação mesmo com a internet funcionando?

O cache DNS armazena localmente os endereços IP de domínios visitados. Se uma entrada ficou corrompida ou desatualizada (por exemplo, após um site migrar de servidor), o navegador tenta acessar um IP antigo que não responde mais. O comando ipconfig /flushdns apaga essas entradas e força uma nova consulta ao servidor DNS, resolvendo o problema sem precisar reiniciar o roteador ou alterar qualquer configuração.

O que significa 'Esgotado o tempo limite do pedido' no ping?

A mensagem 'Request timed out' indica que o pacote enviado não recebeu resposta dentro do tempo limite definido. As causas mais comuns são: o host de destino está offline ou inacessível, um firewall está bloqueando respostas ICMP, ou há perda de pacotes no caminho entre a máquina e o destino. Para diferenciar, teste com ping 127.0.0.1 (loopback local) e ping ao gateway — se o gateway responde mas o destino externo não, o problema está fora da rede local.

O netsh winsock reset apaga configurações de rede ou senhas salvas?

Não. O comando restaura apenas o catálogo Winsock para o estado padrão do Windows, removendo LSPs (Layered Service Providers) corrompidos ou maliciosos que interceptam chamadas de rede. Configurações de IP, DNS, perfis Wi-Fi e senhas salvas permanecem intactas. É necessário reiniciar a máquina após o comando para que as alterações entrem em vigor.

← voltar ao laboratório

Solução de Problemas de Conexão Local e DNS usando o Prompt de Comando

Atualizado em Junho 2026

Antes de ligar para o suporte do provedor ou reiniciar o roteador pela quinta vez, vale dois minutos no terminal. A maioria das falhas de conectividade tem origem em um dos três pontos: configuração local da interface de rede, cache de resolução de nomes corrompido, ou falha real na infraestrutura externa. Identificar qual dos três é o responsável muda completamente a abordagem — e o terminal tem ferramentas precisas para isso.

Este guia cobre o fluxo completo de diagnóstico: do endereçamento IP ao rastreamento de rota, passando pelo reset das pilhas de rede.

Como Isolar a Origem do Problema

Antes de executar qualquer comando, a lógica de diagnóstico segue uma ordem: dentro da máquina → roteador → DNS → internet. Se cada etapa responde corretamente, o problema está na camada seguinte.

[Sua máquina] → [Roteador/Gateway] → [DNS] → [Servidor de destino]
      ↑                  ↑               ↑              ↑
   Verificar          Ping ao         Flush         Tracert /
   ipconfig          gateway        + nslookup      ping externo

Um erro no primeiro nível dispensa verificar os demais. Siga sempre essa sequência para não gastar tempo no lugar errado.

Seção 1: Análise de Configuração IP com IPConfig

O ipconfig expõe o estado atual de todas as interfaces de rede da máquina — endereço atribuído, máscara, gateway e servidores DNS. É sempre o ponto de partida.

Lendo o estado completo da interface

ipconfig /all

A flag /all exibe informações detalhadas de cada adaptador, incluindo endereço MAC, tipo de concessão DHCP e datas de validade do lease. Saída típica de uma interface Wi-Fi:

Adaptador de Rede sem Fio Wi-Fi:

   Sufixo DNS específico de conexão. . :
   Descrição. . . . . . . . . . . . . : Intel(R) Wi-Fi 6 AX201
   Endereço Físico. . . . . . . . . . : A4-C3-F0-7B-12-9E
   DHCP Habilitado. . . . . . . . . . : Sim
   Configuração Automática Habilitada  : Sim
   Endereço IPv4. . . . . . . . . . . : 192.168.1.105(Preferencial)
   Máscara de Sub-rede. . . . . . . . : 255.255.255.0
   Concessão Obtida. . . . . . . . . : segunda-feira, 16 de junho de 2026 08:14:22
   Concessão Expira . . . . . . . . . : terça-feira, 17 de junho de 2026 08:14:22
   Gateway Padrão . . . . . . . . . . : 192.168.1.1
   Servidores DNS. . . . . . . . . . : 8.8.8.8
                                        8.8.4.4

O que analisar em cada campo:

Campo	Valor problemático	Diagnóstico
Endereço IPv4	`169.254.x.x` (APIPA)	DHCP falhou; máquina sem IP válido
Gateway Padrão	Vazio ou `0.0.0.0`	Sem rota para a rede local
Servidores DNS	Vazio	Resolução de nomes impossível
DHCP Habilitado	Não (quando deveria ser Sim)	IP estático configurado por engano

Um endereço 169.254.x.x é o sinal mais claro de falha: significa que o Windows não conseguiu obter um IP do roteador e se auto-atribuiu um endereço de link-local inutilizável para acesso à internet.

Liberando e renovando o endereço IP

Quando o DHCP falha ou o IP está incorreto, o procedimento é liberar o lease atual e solicitar um novo:

ipconfig /release

Adaptador de Rede sem Fio Wi-Fi:

   Gateway Padrão. . . . . . . . . . :

A interface fica sem IP. Em seguida:

ipconfig /renew

Adaptador de Rede sem Fio Wi-Fi:

   Endereço IPv4. . . . . . . . . . . : 192.168.1.107(Preferencial)
   Gateway Padrão . . . . . . . . . . : 192.168.1.1

Se o /renew retornar erro ou demorar mais de 30 segundos sem resposta, o problema está no servidor DHCP do roteador — não na máquina. Teste reiniciando o roteador ou conectando outro dispositivo na mesma rede para confirmar.

Para interfaces específicas: ipconfig /release "Wi-Fi" e ipconfig /renew "Wi-Fi" afetam apenas o adaptador nomeado, útil quando há múltiplas interfaces ativas simultaneamente.

Seção 2: Flush de DNS e Reset das Pilhas de Rede

Quando o IP está correto, o gateway responde, mas sites específicos não carregam — ou carregam com erro — o culpado é quase sempre o cache DNS ou uma corrupção na pilha TCP/IP.

Limpando o cache DNS

ipconfig /flushdns

Configuração de IP do Windows

Liberação com êxito do Cache do Resolvedor de DNS.

O Windows mantém um cache local de resoluções DNS para evitar consultas repetidas ao servidor. Entradas corrompidas, desatualizadas ou envenenadas (DNS poisoning) fazem o sistema tentar endereços IP inválidos. O flush apaga todo o cache e força novas consultas para cada domínio acessado.

Para verificar o que está no cache antes de limpar:

ipconfig /displaydns

Isso lista todas as entradas cacheadas com seus TTLs restantes — útil para confirmar se um domínio específico está com IP incorreto antes de fazer o flush.

Resetando o Winsock

O Winsock é a interface entre as aplicações e a pilha TCP/IP do Windows. Software malicioso, antivírus com conflito ou instalações corrompidas podem inserir LSPs (Layered Service Providers) que interceptam e corrompem chamadas de rede sem gerar erros visíveis.

netsh winsock reset

Redefinição do Catálogo Winsock concluída com êxito.
É necessário reiniciar o computador para concluir a redefinição.

Reinicialização obrigatória. O comando apenas marca o catálogo para redefinição; sem reiniciar, nada muda.

Resetando a pilha TCP/IP

Para casos mais graves — como após remoção de malware, conflito de VPN ou atualização de driver de rede com falha — o reset completo da pilha IP restaura todas as configurações da interface ao padrão do Windows:

netsh int ip reset

Redefinindo Interface, OK!
Redefinindo Unicast Address, OK!
Redefinindo Neighbor, OK!
Redefinindo Path, OK!
Reinicie o computador para concluir esta ação.

A diferença entre os dois comandos:

Comando	O que reseta	Quando usar
`netsh winsock reset`	Catálogo Winsock e LSPs	Sites não carregam, apps não conectam, sem erro claro
`netsh int ip reset`	Pilha TCP/IP completa	Após VPN, malware ou driver corrompido
`ipconfig /flushdns`	Cache DNS local	Sites específicos falham, outros funcionam

Em situações graves, execute os três em sequência e reinicie uma única vez ao final.

Seção 3: Teste de Latência e Rastreamento de Rota

Com IP válido e DNS limpo, se a conexão ainda apresenta lentidão ou instabilidade, o problema está em algum ponto entre a máquina e o servidor de destino. ping e tracert localizam onde.

Ping: testando conectividade e latência

O ping envia pacotes ICMP Echo Request e mede o tempo de resposta. Use sempre na sequência abaixo para isolar o ponto de falha:

ping 127.0.0.1

Testa a interface de loopback local. Se falhar, há problema no adaptador de rede ou no driver — não na rede.

ping 192.168.1.1

Substitua pelo IP do seu gateway (obtido no ipconfig /all). Testa a comunicação com o roteador. Falha aqui indica problema no cabo, no Wi-Fi ou no roteador.

ping 8.8.8.8

Testa conectividade com a internet sem envolver DNS (8.8.8.8 é o servidor DNS público do Google). Se o gateway responde mas esse não, o problema é no provedor ou no roteador sem saída para internet.

ping google.com

Testa DNS + conectividade. Se ping 8.8.8.8 funciona mas ping google.com falha, o problema é exclusivamente de resolução de nomes.

Saída de um ping saudável:

Disparando 192.168.1.1 com 32 bytes de dados:
Resposta de 192.168.1.1: bytes=32 tempo=2ms TTL=64
Resposta de 192.168.1.1: bytes=32 tempo=1ms TTL=64
Resposta de 192.168.1.1: bytes=32 tempo=2ms TTL=64
Resposta de 192.168.1.1: bytes=32 tempo=1ms TTL=64

Estatísticas do Ping para 192.168.1.1:
    Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de perda)
Tempo aproximado de ida e volta em ms:
    Mínimo = 1ms, Máximo = 2ms, Médio = 1ms

Perda acima de 5% indica instabilidade. Para um teste mais longo:

ping 8.8.8.8 -t

A flag -t mantém o ping contínuo até Ctrl+C. Útil para detectar quedas intermitentes que não aparecem em quatro pacotes.

Tracert: rastreando o caminho dos pacotes

Quando o ping para um destino externo falha ou apresenta latência alta, o tracert mostra cada salto (hop) entre a máquina e o destino:

tracert 8.8.8.8

Rastreando a rota para dns.google [8.8.8.8]
com máximo de 30 saltos:

  1     2 ms     1 ms     1 ms  192.168.1.1
  2    12 ms    11 ms    12 ms  177.84.32.1
  3    15 ms    14 ms    15 ms  sao-b21-link.telia.net [62.115.12.14]
  4    18 ms    17 ms    17 ms  sao-b22-link.telia.net [62.115.12.15]
  5   *         *         *     Esgotado o tempo limite do pedido.
  6    22 ms    21 ms    22 ms  dns.google [8.8.8.8]

Como interpretar a saída:

Salto 1 é sempre o gateway local (roteador). Latência acima de 10 ms aqui indica problema na rede local ou no roteador.
*` ` com "Esgotado o tempo limite"** em um salto intermediário não indica necessariamente falha — muitos roteadores de trânsito bloqueiam ICMP por política de segurança. Se o destino final responde, a rota está funcional.
Latência que salta abruptamente em um salto específico indica congestionamento ou problema naquele ponto da infraestrutura — fora do controle do usuário final.
Tracert para no meio sem atingir o destino indica que o caminho está quebrado naquele salto. Contate o provedor com essa informação.

Para salvar a saída do tracert em arquivo para enviar ao suporte:

tracert 8.8.8.8 > C:\Users\%USERNAME%\Desktop\tracert_resultado.txt

Sequência de Diagnóstico Rápido — Referência

:: 1. Verificar configuração atual
ipconfig /all

:: 2. Testar conectividade em camadas
ping 127.0.0.1
ping 192.168.1.1
ping 8.8.8.8
ping google.com

:: 3. Se DNS falha: limpar cache
ipconfig /flushdns

:: 4. Se problema persiste: renovar IP
ipconfig /release
ipconfig /renew

:: 5. Se apps não conectam: reset Winsock
netsh winsock reset

:: 6. Para falhas graves: reset completo TCP/IP
netsh int ip reset

:: 7. Rastrear rota se latência ou perda persistem
tracert 8.8.8.8

Executar tudo isso leva menos de cinco minutos e cobre praticamente todos os cenários de falha de conectividade com origem na máquina local. O que não for resolvido por aqui — latência alta apenas em saltos externos ou perda de pacotes fora do gateway — é responsabilidade do provedor, e a saída do tracert é o argumento técnico para apresentar no suporte.

← todos os posts Sugerir melhoria para este conteúdo →