Comandos de rede para iniciantes: ping, ipconfig, tracert e nslookup
Foto: Rafael Minguet Delgado / Pexels
Resumo rápido
- O ipconfig mostra o endereço IP, a máscara e o gateway (o roteador) do seu computador.
- O ping testa se um aparelho responde e quanto tempo a resposta leva para ir e voltar.
- O tracert mostra o caminho, roteador por roteador, até um site.
- O nslookup pergunta ao DNS qual endereço IP está por trás de um nome, como google.com.
- Usados nessa ordem, os quatro mostram em que ponto a sua conexão está falhando.
Até aqui, na série sobre redes, você viu muita teoria: classes de IP, máscaras de sub-rede, endereço MAC e o papel do roteador. Hoje é a hora de ver tudo isso funcionando de verdade, no seu próprio computador.
Vamos usar quatro comandos que todo técnico digita no primeiro minuto de qualquer problema de rede: ipconfig, ping, tracert e nslookup. Eles já vêm no Windows, não precisam de instalação e respondem em segundos. Abra o Prompt de Comando e siga junto: cada passo mostra o que digitar e o que deve aparecer na tela.
O que você vai precisar
- Um computador com Windows (no fim do post tem a versão para Linux e macOS)
- Conexão com a internet ou pelo menos com a rede de casa
- Prompt de Comando aberto: aperte a tecla Windows, digite cmd e tecle Enter
Passo 1 — ipconfig: descubra o IP do seu computador
O ipconfig mostra como a sua placa de rede está configurada. É sempre o primeiro comando, porque responde à pergunta mais básica: o meu computador está na rede?
Digite o comando e procure a parte do adaptador que você está usando (Wi-Fi ou Ethernet, se estiver no cabo). Três linhas importam:
- Endereço IPv4: o endereço do seu computador na rede de casa.
- Máscara de Sub-rede: diz qual parte do IP é a rede e qual é o aparelho.
- Gateway Padrão: o endereço do seu roteador, a porta de saída para a internet.
Variações úteis do ipconfig
| Comando | O que faz |
|---|---|
| ipconfig | Resumo: IP, máscara e gateway de cada adaptador |
| ipconfig /all | Tudo: endereço físico (MAC), servidores DNS e se o IP veio do DHCP |
| ipconfig /release | Devolve o IP que o computador recebeu do roteador |
| ipconfig /renew | Pede um IP novo ao roteador |
| ipconfig /flushdns | Apaga a memória de nomes (cache DNS) do computador |
Prompt de Comando (Windows)
ipconfigSaída esperada
Adaptador de Rede sem Fio Wi-Fi:
Sufixo DNS específico de conexão. . . . . . :
Endereço IPv6 de link local . . . . . . . . : fe80::1c2a:7b9f:4d21:9e3a%12
Endereço IPv4. . . . . . . . . . . . . . . : 192.168.0.105
Máscara de Sub-rede . . . . . . . . . . . . : 255.255.255.0
Gateway Padrão. . . . . . . . . . . . . . . : 192.168.0.1Anote o Gateway Padrão: ele é o endereço do seu roteador e você vai usá-lo no próximo passo. Os números no seu computador serão diferentes dos do exemplo.
Passo 2 — ping: teste se um aparelho responde
O ping funciona como um sonar: manda um pacote pequeno para um endereço e espera o eco. Se o eco volta, o caminho até lá está funcionando, e o comando ainda mostra quanto tempo a ida e volta levou, em milissegundos (ms). No Windows, ele manda 4 pacotes e para sozinho.
O segredo é testar em três degraus, do mais perto para o mais longe. Assim você descobre onde a conexão para:
- ping no gateway (o seu roteador): testa a rede dentro de casa.
- ping 8.8.8.8 (um servidor do Google): testa a saída para a internet, sem depender de nomes.
- ping google.com: testa a internet e a tradução do nome para IP (o DNS).
Na resposta, além do tempo, aparece o TTL: um contador que diminui a cada roteador do caminho e impede que um pacote perdido circule para sempre.
Como ler a resposta do ping
| O que aparece | O que significa |
|---|---|
| Resposta de ... tempo=14ms | O aparelho respondeu. O tempo é a ida e volta do pacote. |
| Esgotado o tempo limite do pedido. | Nenhuma resposta: o aparelho está desligado, não há rota até ele ou ele bloqueia ping. |
| Host de destino inacessível. | Um roteador do caminho (às vezes o seu) não sabe como chegar até lá. |
| A solicitação ping não pôde encontrar o host | O nome não virou IP: quase sempre é problema de DNS. |
| Perdidos = 2 (50% de perda) | Conexão instável: parte dos pacotes se perde no caminho. |
Prompt de Comando (Windows)
ping 192.168.0.1
ping 8.8.8.8
ping google.comSaída esperada
Disparando google.com [142.250.79.46] com 32 bytes de dados:
Resposta de 142.250.79.46: bytes=32 tempo=14ms TTL=117
Resposta de 142.250.79.46: bytes=32 tempo=13ms TTL=117
Resposta de 142.250.79.46: bytes=32 tempo=15ms TTL=117
Resposta de 142.250.79.46: bytes=32 tempo=14ms TTL=117
Estatísticas do Ping para 142.250.79.46:
Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de perda),
Aproximar um número redondo de vezes em milissegundos:
Mínimo = 13ms, Máximo = 15ms, Média = 14msMuitos servidores e computadores bloqueiam ping por segurança. Ficar sem resposta nem sempre quer dizer que o aparelho está desligado.
Passo 3 — tracert: veja o caminho até um site
Entre o seu computador e um site existem vários roteadores, e cada um deles é um salto. O tracert (de trace route, rastrear a rota) lista esses saltos em ordem e mede o tempo até cada um.
Ele faz isso com um truque usando o TTL do passo anterior: manda um pacote com TTL 1, que morre no primeiro roteador; depois com TTL 2, que morre no segundo; e assim por diante. Cada roteador que descarta o pacote avisa de volta, e é assim que o tracert descobre quem é cada salto. Ele vai até 30 saltos, e cada linha mostra três medições de tempo.
Use a opção -d para não traduzir cada endereço em nome: o resultado sai bem mais rápido.
Prompt de Comando (Windows)
tracert -d google.comSaída esperada
Rastreando a rota para google.com [142.250.79.46]
com no máximo 30 saltos:
1 1 ms 1 ms 1 ms 192.168.0.1
2 8 ms 7 ms 9 ms 100.64.0.1
3 10 ms 9 ms 11 ms 187.16.218.33
4 * * * Esgotado o tempo limite do pedido.
5 14 ms 13 ms 14 ms 142.250.79.46
Rastreamento concluído.Asteriscos (* * *) num salto são comuns: aquele roteador só não responde a esse tipo de teste. Só é problema quando todos os saltos seguintes também ficam sem resposta.
Passo 4 — nslookup: pergunte ao DNS
Computadores se comunicam por IP, mas nós digitamos nomes. Quem faz a tradução é o DNS, uma espécie de agenda de contatos da internet. O nslookup pergunta a essa agenda qual IP está por trás de um nome e mostra quem respondeu.
A linha Não é resposta autoritativa é normal: quer dizer que a resposta veio de um servidor intermediário (o do seu roteador ou do provedor), e não do servidor oficial do site.
Um teste que resolve muita dor de cabeça: repita a consulta pedindo a resposta a outro servidor, como o 8.8.8.8 do Google. Se funcionar com ele e falhar com o padrão, o problema é o DNS do seu provedor, e não a sua internet.
Prompt de Comando (Windows)
nslookup google.com
nslookup google.com 8.8.8.8Saída esperada
Servidor: UnKnown
Address: 192.168.0.1
Não é resposta autoritativa:
Nome: google.com
Addresses: 2800:3f0:4001:82d::200e
142.250.79.46UnKnown no nome do servidor só quer dizer que o seu roteador não tem um nome cadastrado. Não é erro.
Juntando tudo: descubra onde está o problema
Agora vem a parte que faz esses comandos valerem ouro. Quando a internet parar, rode os testes nesta ordem e pare no primeiro que falhar: ele mostra em que trecho está o problema.
- ipconfig: o computador tem IP? Se o endereço começar com 169.254, ele não recebeu IP do roteador. Tente ipconfig /release e depois ipconfig /renew, ou reinicie o roteador.
- ping no gateway: se falhar, o problema está entre o computador e o roteador (cabo, sinal do Wi-Fi ou placa de rede).
- ping 8.8.8.8: se falhar, o roteador não está saindo para a internet (modem ou provedor).
- ping google.com: se só este falhar, o problema é o DNS. Confirme com nslookup google.com 8.8.8.8.
- tracert: se a internet funciona mas está lenta, veja em qual salto os tempos começam a subir.
Roteiro de diagnóstico
| Teste | Se falhar | Onde está o problema |
|---|---|---|
| ipconfig | IP começa com 169.254 | O computador não recebeu IP do roteador (DHCP) |
| ping no gateway | Sem resposta | Entre o computador e o roteador: cabo, Wi-Fi ou placa de rede |
| ping 8.8.8.8 | Sem resposta | Entre o roteador e a internet: modem ou provedor |
| ping google.com | Não encontra o host, mas o 8.8.8.8 responde | No DNS |
| tracert | Tempos altos a partir de um salto | Daquele ponto do caminho em diante |
No Linux e no macOS
Os mesmos testes existem nos outros sistemas, com nomes um pouco diferentes. A principal diferença é o ping: no Linux e no macOS ele não para sozinho. Use Ctrl+C para encerrar ou a opção -c 4 para mandar só 4 pacotes. Em algumas distribuições Linux o traceroute precisa ser instalado; o tracepath costuma já vir pronto e faz um trabalho parecido.
Equivalentes em cada sistema
| Windows | Linux | macOS |
|---|---|---|
| ipconfig | ip address (ou ip a) | ifconfig |
| ping google.com | ping -c 4 google.com | ping -c 4 google.com |
| tracert google.com | traceroute google.com (ou tracepath) | traceroute google.com |
| nslookup google.com | nslookup google.com (ou dig google.com) | nslookup google.com |
Exercícios para praticar
Você rodou o ipconfig e o Endereço IPv4 é 169.254.37.12. O que isso indica e o que fazer?
Ver resposta
Endereços que começam com 169.254 são criados pelo próprio Windows quando ele não consegue receber um IP do roteador (pelo DHCP). Ou seja, o computador está isolado.
O que fazer: rode ipconfig /release e depois ipconfig /renew. Se continuar, confira o cabo ou a conexão do Wi-Fi e reinicie o roteador.
O ping 8.8.8.8 responde normalmente, mas o ping google.com mostra "A solicitação ping não pôde encontrar o host". Onde está o problema?
Ver resposta
A internet está funcionando, porque o 8.8.8.8 respondeu. O que falhou foi a tradução de google.com para IP: o problema é o DNS.
Confirme com nslookup google.com 8.8.8.8. Se essa consulta funcionar, o DNS do seu provedor ou do roteador está com problema. Rode ipconfig /flushdns e, se não resolver, troque o DNS da conexão (por exemplo, para 8.8.8.8 ou 1.1.1.1).
No tracert, os saltos 1 e 2 respondem entre 1 e 10 ms e, do salto 3 em diante, todos passam de 200 ms. Onde está a lentidão?
Ver resposta
O salto 1 é o seu roteador e o 2 costuma ser a entrada do provedor, e os dois estão rápidos. A demora começa no salto 3 e continua em todos os seguintes, então ela está fora da sua casa, na rede do provedor ou no caminho até o site.
Vale guardar um print desse tracert: ele é a melhor prova para mostrar ao suporte do provedor.
O ping no gateway 192.168.0.1 dá "Esgotado o tempo limite do pedido" em todos os pacotes, mas o Wi-Fi aparece conectado. O que verificar primeiro?
Ver resposta
Primeiro, confirme com o ipconfig se o Gateway Padrão é mesmo 192.168.0.1. Em muitas casas ele é outro, como 192.168.1.1 ou 10.0.0.1.
Se o endereço estiver certo, teste também o ping 8.8.8.8: alguns roteadores simplesmente não respondem a ping. Se o 8.8.8.8 responder, a sua conexão está ok. Se nada responder, reinicie o roteador e chegue mais perto dele para descartar sinal fraco.
Perguntas frequentes
Preciso abrir o Prompt como administrador?
Para ver informações, como ipconfig, ping, tracert e nslookup, não. Se algum comando que muda configurações, como ipconfig /release, /renew ou /flushdns, responder que precisa de permissão elevada, feche o Prompt e abra de novo com o botão direito em Executar como administrador.
Qual é um tempo de ping bom?
Para sites e servidores no Brasil, tempos abaixo de 50 ms são ótimos. Acima de 100 ms já dá para sentir atraso em jogos online e chamadas de vídeo. Para servidores em outros países, tempos maiores são normais por causa da distância.
O tracert é igual ao ping?
Não. O ping diz se o destino responde e em quanto tempo. O tracert mostra por onde o pacote passa até chegar lá, salto por salto. Use o ping para saber se funciona e o tracert para descobrir onde está a demora.
Dá para usar esses comandos no celular?
Eles não vêm no Android nem no iPhone, mas existem aplicativos gratuitos de ferramentas de rede que fazem ping, traceroute e consulta de DNS do mesmo jeito.
Conclusão
Com quatro comandos você saiu da teoria para o diagnóstico de verdade: o ipconfig mostra se o computador está na rede, o ping testa cada trecho do caminho, o tracert mostra onde está a demora e o nslookup separa problema de internet de problema de DNS. É exatamente essa sequência que um técnico segue no suporte.
Desafio: rode agora o tracert -d google.com e conte nos comentários quantos saltos deu até chegar no Google, e se algum apareceu com asterisco. Vamos comparar os caminhos de cada provedor!
Atualizado em 01/10/2026.
Curtiu desvendar esse universo? Conta pra gente nos comentários o que mais você quer aprender sobre redes e compartilhe com seus amigos que estão começando na TI!
Comentários
Postar um comentário