Roteador Wi-Fi e switch de rede conectados por cabos
Diagnosticar uma rede é testar o caminho em etapas, e não executar comandos ao acaso. Crédito da foto.
Compartilhe este conteúdo

Quando a internet “não funciona”, o problema pode estar no computador, no roteador, no caminho até o provedor ou na resolução de nomes. No Windows, quatro comandos nativos ajudam a separar essas possibilidades: ipconfig mostra a configuração local, ping testa alcançabilidade IP, tracert observa o caminho até um destino e nslookup consulta o DNS.

O segredo não é decorar comandos. É usá-los em uma ordem lógica e interpretar o que cada resultado prova — e, principalmente, o que ele não prova. Este guia propõe uma rotina prática para laboratório, suporte básico e estudo. Para entender a teoria por trás do caminho dos pacotes, consulte também como a internet funciona e HTTP e HTTPS.

A ordem correta do diagnóstico

Uma boa investigação começa perto do computador e avança para fora. Se você começa testando um site distante sem saber se o computador recebeu um endereço IP válido, mistura causas diferentes. Uma sequência simples é:

  1. verificar a configuração local com ipconfig;
  2. testar o próprio protocolo TCP/IP e o gateway com ping;
  3. testar um endereço IP externo;
  4. testar um nome de domínio;
  5. usar tracert se o caminho externo estiver suspeito;
  6. usar nslookup se o endereço IP funcionar, mas o nome não.
Regra prática: mude uma variável por vez. Se você testa primeiro um IP e depois um nome, consegue separar conectividade de resolução DNS.

1. ipconfig: descubra como o computador entrou na rede

Sem parâmetros, ipconfig exibe os endereços IPv4 e IPv6, a máscara de sub-rede e o gateway padrão dos adaptadores. Com /all, mostra detalhes adicionais, como informações de DHCP e DNS.

ipconfig

ipconfig /all

Ao analisar a saída, concentre-se no adaptador que realmente está em uso — Wi-Fi ou Ethernet. Procure principalmente:

CampoO que indicaPor que importa
Endereço IPv4Identidade do computador na rede IPv4Mostra se o dispositivo recebeu configuração
Máscara de sub-redeDefine a parte de rede e de hostAjuda a determinar quais destinos são locais
Gateway padrãoRoteador usado para alcançar outras redesÉ um dos primeiros destinos que vale testar
Servidores DNSServidores usados para resolver nomesImportantes quando IP funciona e nomes falham
DHCP habilitadoIndica configuração automáticaAjuda a entender a origem do endereço

Um endereço na faixa 169.254.x.x em IPv4 costuma indicar endereço link-local atribuído automaticamente quando o Windows não obteve configuração IPv4 por DHCP. Esse sinal, isoladamente, não identifica a causa, mas aponta para a necessidade de conferir DHCP, cabo, Wi-Fi, roteador ou configuração manual.

Evite usar ipconfig /release, /renew ou /flushdns como “botões mágicos”. Eles têm funções específicas e podem alterar temporariamente o estado da conexão. Primeiro observe; depois faça alterações somente quando houver motivo.

2. ping: teste se um destino responde no nível IP

O comando ping envia solicitações ICMP Echo e mede o tempo de ida e volta quando recebe respostas. A documentação da Microsoft o apresenta como uma ferramenta primária para testar conectividade, alcançabilidade e, em alguns casos, resolução de nomes.

Comece pelo próprio computador

ping 127.0.0.1

Esse teste usa o endereço de loopback IPv4. Ele verifica a pilha TCP/IP local; não testa cabo, Wi-Fi, roteador ou internet.

Depois teste o gateway

Copie o endereço do gateway mostrado no ipconfig. Em uma rede doméstica ele pode ser, por exemplo, 192.168.0.1 ou 192.168.1.1, mas use o valor real da sua rede.

ping 192.168.1.1

Se o gateway responde, há evidência de comunicação IP entre o computador e o roteador. Se não responde, a falha pode estar na rede local — mas lembre que alguns equipamentos podem bloquear respostas ICMP mesmo estando operacionais.

Teste um IP externo e depois um nome

ping 1.1.1.1
ping example.com

Se o primeiro teste obtém respostas e o segundo falha por não conseguir localizar o host, a conectividade IP externa pode estar funcionando enquanto a resolução de nomes está com problema. É nesse ponto que o nslookup se torna especialmente útil.

Cuidado com conclusões precipitadas: ausência de resposta a ping não prova que um servidor está fora do ar. Firewalls e políticas de rede podem bloquear ICMP. Use o ping como uma evidência dentro de um conjunto de testes.

3. tracert: veja por onde o tráfego tenta passar

tracert descobre o caminho até um destino usando valores de TTL crescentes. Cada roteador no caminho reduz o TTL; quando ele chega a zero, o roteador pode devolver uma mensagem ICMP de tempo excedido. Repetindo o processo, o Windows consegue revelar uma sequência de saltos.

tracert example.com

tracert -d 1.1.1.1

A opção -d evita tentar resolver os nomes dos roteadores intermediários e pode tornar a saída mais rápida. O resultado típico mostra três medições de tempo por salto e o endereço do equipamento que respondeu.

Asteriscos em um salto não significam necessariamente que o caminho “quebrou” naquele ponto. Um roteador intermediário pode simplesmente não responder à sondagem, enquanto continua encaminhando o tráfego. Se saltos posteriores aparecem normalmente, o pacote continuou avançando.

O que procurar

  • se o primeiro salto corresponde ao gateway local;
  • se o rastreamento avança para fora da rede local;
  • se os tempos aumentam de forma consistente ou aparecem picos;
  • se o trajeto para repetidamente antes de alcançar o destino.

Rotas na internet podem mudar e respostas ICMP podem ser limitadas. Por isso, tracert ajuda a localizar uma região provável do problema, mas não é um mapa perfeito da internet.

4. nslookup: separe DNS de conectividade

O DNS transforma nomes como codigoemsala.com.br em endereços que os computadores podem usar. O nslookup consulta essa infraestrutura e pode operar em modo interativo ou não interativo.

nslookup codigoemsala.com.br

Sem indicar outro servidor, o comando usa o servidor DNS configurado no sistema. Para comparar a resposta de um servidor específico, informe-o como segundo argumento:

nslookup codigoemsala.com.br 1.1.1.1

Essa comparação é útil. Se o DNS configurado na máquina falha, mas um resolvedor alternativo responde, você encontrou uma evidência importante de que a dificuldade está na resolução de nomes — não necessariamente na conexão IP como um todo.

O nslookup também pode consultar tipos de registro em modo interativo, mas para um primeiro diagnóstico o teste simples de nome já resolve grande parte das dúvidas.

Roteiro completo de laboratório

Abra o Prompt de Comando do Windows como usuário comum. Você não precisa de privilégios administrativos para estes testes básicos. Registre a saída de cada etapa e escreva uma interpretação antes de avançar.

ipconfig /all

ping 127.0.0.1

ping <gateway-mostrado-no-ipconfig>

ping 1.1.1.1

ping example.com

tracert -d 1.1.1.1

nslookup example.com

Não copie um gateway de exemplo. Use o endereço real mostrado no computador. Também não interprete tempos de resposta de uma única execução como um teste definitivo de qualidade: redes variam, Wi-Fi sofre interferência e destinos podem tratar ICMP de maneiras diferentes.

Como interpretar cenários comuns

Resultado observadoHipótese mais provávelPróximo teste
Sem IPv4 útil e sem gatewayConfiguração local/DHCPConferir adaptador, cabo/Wi-Fi e DHCP
Loopback responde, gateway nãoProblema na rede local ou ICMP bloqueadoConferir enlace e acessar o gateway por outro meio
Gateway responde, IP externo nãoProblema além da rede local ou filtragemExecutar tracert e comparar outros destinos
IP externo responde, nome nãoProblema de DNSExecutar nslookup
Nome resolve, site não abreProblema pode estar em HTTP/HTTPS, serviço, firewall ou aplicaçãoVerificar navegador, status HTTP e outros serviços

Essa tabela descreve hipóteses, não sentenças. Diagnóstico de rede é inferência baseada em evidências. Um resultado isolado pode ser afetado por políticas de firewall, cache, rotas, VPNs, proxies e configurações específicas do ambiente.

Do comando à explicação

Um bom relatório técnico não diz apenas “o ping deu erro”. Ele registra o que foi testado, o resultado e o que isso sugere. Um exemplo curto:

Exemplo de relatório: “O computador recebeu IPv4 e gateway por DHCP. O gateway respondeu ao ping. O endereço 1.1.1.1 respondeu, porém example.com não foi resolvido. O nslookup usando o DNS configurado falhou. A evidência aponta para uma falha de resolução DNS, enquanto a conectividade IP externa permanece disponível.”

Esse tipo de registro evita tentativas aleatórias e facilita a comunicação com outra pessoa do suporte.

Atividade prática

Execute a sequência do roteiro em um computador conectado à rede. Monte uma tabela com quatro colunas: comando, objetivo, resultado e interpretação. Depois responda: em qual etapa você provaria que o computador fala com o roteador? Em qual etapa separaria problema de DNS de problema de conectividade IP? Por que um asterisco no tracert não é prova suficiente de falha naquele roteador?

Perguntas frequentes

Ping alto significa internet lenta?

Ping mede o tempo de ida e volta das mensagens ICMP para aquele destino. Ele pode revelar latência alta, mas não mede sozinho velocidade de download, upload, estabilidade, congestionamento ou desempenho de uma aplicação.

Posso usar 8.8.8.8 ou 1.1.1.1 nos testes?

São endereços públicos frequentemente usados em exemplos, mas disponibilidade e políticas podem variar. Para um diagnóstico responsável, compare mais de um destino e não trate uma única resposta como prova absoluta.

O que significa “Esgotado o tempo limite do pedido”?

Significa que o Windows não recebeu a resposta esperada dentro do tempo configurado. Isso pode ocorrer por perda, indisponibilidade, filtragem ICMP, congestionamento ou outros fatores.

Preciso instalar algum programa?

Não para este roteiro. ipconfig, ping, tracert e nslookup são ferramentas de linha de comando disponíveis no Windows com TCP/IP instalado.

Conclusão

Diagnosticar rede fica muito mais simples quando você transforma o problema em etapas. ipconfig mostra como o computador está configurado; ping testa alcançabilidade IP; tracert revela o caminho provável; e nslookup investiga a resolução DNS. Usados nessa ordem, os comandos deixam de ser tentativas soltas e viram um método de investigação.

Referências bibliográficas

Livros técnicos utilizados como base conceitual. As edições foram conferidas nas páginas oficiais da Pearson.

  1. KUROSE, James F.; ROSS, Keith W. Computer Networking: A Top-Down Approach. 9. ed. Pearson, 2025.
  2. TANENBAUM, Andrew S.; FEAMSTER, Nick; WETHERALL, David J. Computer Networks. 6. ed. Pearson, 2021.

Documentação técnica

  • MICROSOFT. ipconfig. Microsoft Learn.
  • MICROSOFT. ping. Microsoft Learn.
  • MICROSOFT. tracert. Microsoft Learn.
  • MICROSOFT. nslookup. Microsoft Learn.

Consulte a bibliografia completa do Código em Sala.