Ir para o conteúdo
Publicado em 26 de setembro de 20266 min de leitura

Comando traceroute no Windows, Mac e Linux: exemplos

O comando traceroute exato para Windows (tracert), macOS e Linux, as opções úteis e uma saída real explicada linha por linha.

traceroutecommand-linewindowslinuxmacosguidenetworking

Todo sistema operacional traz um comando traceroute, mas cada um escreve de um jeito, usa um protocolo diferente por padrão e esconde opções diferentes. Este guia dá o comando exato para Windows, macOS e Linux, as opções que valem a pena e uma saída real explicada linha por linha.

O comando em cada sistema

SistemaComandoSonda padrãoInstalado?
Windows 10 e 11tracert example.comICMPSim
macOStraceroute example.comUDPSim
Linuxtraceroute example.comUDPMuitas vezes não: sudo apt install traceroute
Linux, sem instalar nadatracepath example.comUDPSim (iputils)
Qualquer um, contínuomtr example.comICMPPrecisa instalar (Homebrew, apt, dnf)

A sonda padrão importa mais do que parece. Muitos firewalls bloqueiam UDP para portas altas mas deixam passar ICMP, e o contrário também acontece. Quando um traceroute se enche de asteriscos em um sistema e não em outro, quase sempre é o protocolo, não a rede.

Windows: tracert

Abra o Prompt de Comando ou o PowerShell e execute:

tracert example.com

As opções que você vai usar de verdade:

  • -d: não resolver endereços em nomes. O traceroute fica muito mais rápido, porque senão cada salto espera uma consulta de DNS reverso.
  • -h 40: número máximo de saltos (30 por padrão). Aumente para destinos distantes.
  • -w 2000: tempo de espera de cada resposta, em milissegundos (4000 por padrão).
  • -4 ou -6: forçar IPv4 ou IPv6.

Um traceroute rápido e legível é, portanto, tracert -d -w 1000 example.com. O Windows também tem o pathping, que traça o caminho e depois faz ping em cada salto por vários minutos para medir a perda: lento, mas mais próximo do que o mtr entrega.

macOS: traceroute

Abra o Terminal e execute:

traceroute example.com
  • -n: sem resolução de nomes, saída mais rápida.
  • -I: enviar ICMP em vez de UDP, como o Windows.
  • -P TCP -p 443: enviar sondas TCP para a porta 443, a que a maioria dos firewalls deixa aberta.
  • -m 40: número máximo de saltos (64 por padrão no macOS).
  • -q 1: uma sonda por salto em vez de três, para uma primeira olhada mais rápida.

Para destinos IPv6, o macOS usa um comando separado, traceroute6. Para ter o mtr, instale o Homebrew e execute brew install mtr; ele precisa de sudo para enviar as sondas.

Linux: traceroute, tracepath e mtr

Muitas distribuições não instalam o traceroute por padrão. Instale com sudo apt install traceroute no Debian e no Ubuntu, ou sudo dnf install traceroute no Fedora e no RHEL. Depois:

traceroute example.com
  • -n: sem resolução de nomes.
  • -I: sondas ICMP (precisa de sudo).
  • -T -p 443: sondas TCP SYN para a porta 443 (precisa de sudo). A melhor opção quando um firewall bloqueia as outras duas.
  • -m 40: número máximo de saltos (30 por padrão).
  • -4 ou -6: forçar a família de endereços.

Se você não pode instalar nada, o tracepath example.com faz parte do iputils, roda sem root e ainda mostra a MTU do caminho. Para medições repetidas, mtr -rwc 10 example.com imprime um relatório depois de dez ciclos por salto, com estatísticas de perda e latência.

Uma saída real, explicada

Este traceroute foi executado em 26 de setembro de 2026 a partir de um servidor em Falkenstein, na Alemanha, até o resolvedor da Cloudflare:

traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
 1  172.20.0.1  0.100 ms  0.043 ms  0.035 ms
 2  213.133.117.208  0.338 ms  0.314 ms  0.306 ms
 3  213.133.126.22  0.372 ms  0.364 ms 213.133.126.24  0.427 ms
 4  213.239.224.90  4.972 ms 213.239.224.82  5.011 ms 213.239.224.14  5.087 ms
 5  213.239.224.221  5.340 ms  5.289 ms 213.239.245.126  5.248 ms
 6  162.158.84.254  5.937 ms 213.133.112.34  5.864 ms 162.158.84.254  5.484 ms
 7  162.158.84.78  5.348 ms  5.299 ms  5.302 ms
 8  162.158.84.235  5.934 ms  5.838 ms 162.158.84.219  15.970 ms
 9  1.1.1.1  5.621 ms  5.548 ms  5.635 ms
  • Cada linha é um roteador, e os três tempos são três sondas separadas. O salto 1 é o gateway local; o salto 9 é o destino.
  • Vários endereços na mesma linha (saltos 3 a 6) não são um erro. A operadora distribui o tráfego entre links paralelos, e cada sonda pegou um diferente. Isso se chama ECMP.
  • O salto de latência no salto 4, de menos de 1 ms para 5 ms, é o trajeto de Falkenstein a Frankfurt. Os nomes provam: sem -n, o salto 3 resolve para core22.fsn1.hetzner.com e o salto 4 para core4.fra.hetzner.com. Nomes de roteadores costumam trazer um código de cidade ou de aeroporto: é assim que se localiza um salto. A partir do salto 6, os endereços 162.158.x.x pertencem à Cloudflare.
  • Os 15,970 ms do salto 8 não são um problema. O destino responde em 5,6 ms logo depois. Um roteador que responde devagar às sondas enquanto encaminha o tráfego a toda velocidade é o alarme falso mais comum de um traceroute.

O mesmo caminho com mtr -rwn -c 5 1.1.1.1 mostra a mesma armadilha nas estatísticas: o salto 6 tem 15,3 ms de média e 39,9 ms no pior caso, enquanto os saltos 7 a 9 ficam perto de 6 ms. Só é real a latência ou a perda que começa em um salto e continua até o destino.

Asteriscos e «Esgotado o tempo limite do pedido»

Uma linha de * * * (ou «Esgotado o tempo limite do pedido.» no tracert) significa que nenhuma resposta voltou daquele salto. Se os saltos seguintes respondem, aquele roteador só ignora as sondas e está tudo bem. Se todas as linhas viram asteriscos a partir de um salto, tente primeiro outro protocolo: -I para ICMP e depois -T -p 443 para TCP no Linux, ou -P TCP -p 443 no macOS. Só quando os três param no mesmo lugar o caminho está realmente interrompido ali.

Quando a linha de comando não basta

Um traceroute do seu computador mostra um único caminho: da sua rede, neste momento. Três situações pedem mais:

  • Sua rede bloqueia as sondas. Redes corporativas e algumas redes móveis bloqueiam ICMP de saída e portas UDP altas, então todo salto expira.
  • O problema não está do seu lado. Para saber se uma lentidão vem da sua operadora ou do destino, trace o mesmo host a partir de outro lugar e compare.
  • Você precisa mostrar para alguém. Um mapa com a rede (AS) por trás de cada salto é mais fácil de passar para um suporte técnico do que um bloco de texto.

O TraceMapper executa o mesmo traceroute a partir dos nossos servidores e de 35 pontos de medição em 31 países, coloca cada salto em um mapa com latência, perda e rede, e guarda o resultado como um link para compartilhar. Para entender cada coluna, veja como o traceroute funciona; para escolher o protocolo, veja traceroute UDP, ICMP ou TCP.