O que o Traceroute mostra? Como ler os resultados

O traceroute transmite mais certeza do que realmente oferece. A saída vem em linhas numeradas e organizadas, mas elas são observações de uma série de sondagens, e não um mapa perfeito da internet.

O traceroute mostra os saltos da camada 3 que respondem entre uma origem e um destino, além de amostras do tempo de ida e volta entre a origem e cada salto. Ele não garante que todos os roteadores estejam visíveis, não mede o atraso entre dois saltos vizinhos nem comprova perda de pacotes. A ausência de resposta pode simplesmente significar que um dispositivo optou por não responder à sondagem.

O que o traceroute realmente mostra

Um traceroute clássico tenta revelar o caminho, uma resposta de cada vez. Para cada salto visível, ele pode relatar um número de salto, um endereço IP, um nome de host opcional e uma ou mais amostras de tempo de ida e volta. O modelo de medição de traceroute da IETF identifica-os como campos de resultados comuns.

A expressão que merece atenção é que respondem. Uma linha representa uma interface que respondeu a uma sondagem, não necessariamente um roteador físico inteiro e certamente não todos os dispositivos que processaram o tráfego. Dois endereços no mesmo número de salto podem ser dispositivos alternados em um caminho com balanceamento de carga. Um dispositivo que não aparece em uma linha pode estar encaminhando pacotes normalmente.

Portanto, o traceroute deve ser interpretado como a observação de um caminho a partir de uma origem, em um momento e com um método de sondagem. Execute-o mais tarde, por uma VPN ou em outra rede e o resultado pode mudar. Isso faz parte do funcionamento normal do roteamento e não indica automaticamente uma falha.

O pequeno truque TTL por trás de cada salto

O mecanismo é inteligente. No IPv4, cada pacote encaminhado carrega um valor Time to Live, geralmente tratado como um limite de salto. Um roteador o reduz antes de encaminhar. Quando o valor expirar, esse roteador poderá retornar uma mensagem ICMP Time Exceeded em vez de passar o pacote adiante.

O traceroute primeiro envia uma ou mais sondagens com TTL 1. Elas expiram no primeiro salto roteado. O conjunto seguinte usa TTL 2 e pode chegar um salto mais longe. O processo continua até que o destino responda ou a ferramenta atinja o máximo configurado. O IPv6 usa um campo chamado literalmente Limite de saltos, mas a ideia de descoberta é semelhante. Os detalhes do protocolo estão documentados na RFC 5388 e na especificação IPv6.

A resposta do destino depende da implementação. Um rastreamento tradicional baseado em UDP costuma terminar quando o destino informa que a porta escolhida está inacessível. No Windows, tracert usa sondagens ICMP Echo e termina quando o destino responde. Também existem variantes baseadas em TCP. Por isso, dois programas de traceroute podem percorrer o mesmo caminho básico enviando tipos diferentes de sondagem.

Como ler uma linha de saída

Considere uma linha comum no estilo Windows com um número de salto, três valores de tempo e um endereço. As colunas são simples quando você para de pedir que façam mais do que podem.

Os três valores das colunas centrais merecem atenção especial. São três tentativas distintas. A Microsoft os descreve como medições do tempo de ida e volta entre seu dispositivo e aquele salto na sua documentação oficial do tracert. Eles não são três estágios de uma jornada de pacote e não são um resumo mínimo/médio/máximo pronto.

Um RTT também inclui o caminho de resposta e o tempo de processamento no dispositivo de resposta. O roteamento da Internet pode ser assimétrico, portanto a resposta pode retornar por um caminho diferente. RFC 9198 explica por que esse tipo de tempo ICMP não é uma estimativa reproduzível do atraso de um aplicativo. Trate o número como uma amostra ponta a ponta entre a origem e o respondente, não como um cronômetro colocado em um cabo entre dois roteadores.

Asteriscos são silêncio, não um veredicto

Um asterisco significa que a sondagem não recebeu resposta antes do tempo limite. Isoladamente, ele significa apenas isso. O roteador pode filtrar aquele tipo de sondagem, limitar a frequência das respostas ICMP, dar menor prioridade às respostas do plano de controle ou enviar uma resposta que se perde no caminho de volta.

Um asterisco entre dois tempos medidos significa que uma das três sondagens ficou sem resposta. Três asteriscos ou “Tempo limite da solicitação esgotado” indicam que nenhuma sondagem daquela linha recebeu resposta a tempo. Se os saltos seguintes, incluindo o destino, ainda respondem, o rastreamento avançou além daquele TTL; portanto, a linha sem resposta não comprova uma falha de encaminhamento. Com roteamento por múltiplos caminhos, essas sondagens posteriores podem não ter seguido exatamente a mesma sequência de dispositivos. O próprio exemplo da Microsoft mostra linhas sem resposta no prazo seguidas de uma resposta bem-sucedida do destino.

Este é um mau diagnóstico comum na leitura de traceroute: tratar cada salto silencioso como perda de pacotes. Encaminhar tráfego e responder a sondagens de diagnóstico são tarefas diferentes. Um roteador pode executar o primeiro e recusar o segundo.

Para investigar perdas reais, use medições repetidas. No Windows, o PathPing combina a descoberta da rota com uma série mais longa de sondagens e calcula estatísticas. Mesmo assim, a perda informada até um roteador intermediário deve ser comparada com os saltos seguintes antes de concluir que o tráfego encaminhado foi afetado.

Como não culpar o roteador errado

A pergunta útil não é “Qual linha tem o maior número?” É “Onde começa uma mudança e ela persiste até o destino?”

Distância, congestionamento, Wi-Fi, roteamento por VPN, filas e comportamento do dispositivo que responde podem alterar o RTT. Uma única amostra alta é uma pista, não uma prova conclusiva. Procure um padrão que se repita, persista nos saltos seguintes e corresponda ao sintoma observado pelo usuário.

Traceroute também não mede a capacidade de download ou upload. Se a reclamação for “a conexão parece lenta em todos os lugares”, um teste de velocidade da internet verifica a taxa de transferência, a latência e o jitter mais diretamente. As duas ferramentas respondem a perguntas diferentes.

O que o traceroute não pode mostrar de forma confiável

O traceroute fornece um retrato rápido da rota naquele momento. Interpretá-lo bem exige saber o que esse retrato não mostra.

• Pode não revelar todos os saltos da camada 3; alguns dispositivos nunca respondem às sondas.
• Normalmente, ele não mostra switches transparentes da camada 2. Esses dispositivos encaminham quadros sem aparecer como saltos IP.
• Ele observa o caminho de ida das sondagens, enquanto cada resposta pode seguir um caminho de retorno diferente.
• Pode amostrar uma das várias rotas de custo igual, em vez de todos os caminhos possíveis.
• Ele não estabelece porcentagens estáveis de perda de pacotes de um punhado de testes.
• Ele não comprova a rota que cada fluxo de um aplicativo seguirá, especialmente quando os protocolos de sondagem diferem.
• Um endereço IP ou nome de host não é uma leitura exata da localização física.

Use o teste complementar que corresponda à dúvida ainda não resolvida. Se um site responde, mas um serviço específico não, uma verificação de portas com escopo bem definido pode testar portas TCP públicas selecionadas a partir da borda da rede do ClockTools. Se faixas privadas ou limites de CIDR estiverem dificultando a interpretação do rastreamento, a Calculadora de sub-rede IP ajuda a separar porções de rede e host.

Tracert, traceroute e tipos de sondagem

No Windows, o comando se chama tracert. macOS, Linux, BSD e muitos equipamentos de rede costumam usar traceroute. A saída é semelhante entre plataformas, mas as sondagens padrão podem ser diferentes.

No Windows, tracert envia requisições ICMP Echo com valores crescentes de TTL. O traceroute tradicional de sistemas Unix e similares costuma começar com UDP, embora as implementações e opções também possam usar ICMP ou TCP. Evite generalizações como “traceroute sempre usa UDP” ou “traceroute sempre usa ICMP”. Isso depende do programa e do método selecionado.

Para um rastreamento rápido no Windows sem consultar nomes de host, use tracert /d example.com. Em um sistema macOS ou Linux típico, comece com traceroute example.com e consulte o manual do sistema para conhecer as opções de protocolo e tempo limite. A opção /d pode acelerar o rastreamento no Windows ao pular a resolução de nomes por DNS reverso, mas não oculta os endereços IP na saída.

O termo tracepath geralmente se refere a um utilitário relacionado de sistemas Unix e similares, com interface e modelo de privilégios diferentes. MTR e WinMTR repetem sondagens ao longo do tempo. PathPing acrescenta estatísticas de medições repetidas após descobrir a rota. Escolha conforme a necessidade de um retrato rápido da rota ou de uma medição prolongada.

Onde ClockTools se encaixa

Uma página comum no navegador não consegue enviar as mesmas sondagens ICMP, UDP ou TCP de baixo nível que um comando no terminal local. O isolamento do navegador e o ambiente de execução do Cloudflare Worker do ClockTools não oferecem o controle de TTL dos pacotes necessário, por isso o ClockTools não inventa uma tabela de saltos.

O diagnóstico Trace Route do ClockTools funciona dentro dessa limitação. O protocolo HTTP e o RTT do cliente descrevem o trecho entre o navegador e o ClockTools. Uma requisição pública separada, HTTP ou HTTPS, parte da borda da rede do ClockTools até o destino e informa acessibilidade, status, tempo de resposta, tipo de conteúdo e redirecionamentos. Isso é útil para verificar rapidamente um site a partir de fora, mas não representa a tabela de saltos local do seu notebook.

Na captura de tela, a marcação 1 destaca o aviso de limitação; a marcação 2 destaca os dados de resposta do destino. O exemplo usa example.com, um domínio público de documentação, e não um host privado, e apresenta de forma genérica o código de borda específico da requisição.

Use uma URL pública que pertença a você, que você administre ou tenha permissão para testar. Se o destino responde rápido a partir da borda, mas parece lento no seu dispositivo, vale verificar o Wi-Fi local, o caminho pelo provedor, uma VPN, a carga do dispositivo ou o comportamento do navegador. Porém, os dois testes também partem de pontos diferentes e podem usar rotas distintas. Se houver falha tanto na borda quanto localmente, problemas de DNS, hospedagem, firewall ou disponibilidade do destino se tornam hipóteses mais plausíveis.

Uma sequência prática de solução de problemas

Comece pelo sintoma, não pela escolha da ferramenta.

• O site pode ser acessado fora da sua conexão? Execute o diagnóstico de rota ClockTools e observe o status, os redirecionamentos e o tempo de resposta.
• Toda a sua conexão está lenta? Compare a taxa de transferência, o ping e o jitter com um teste de velocidade da Internet.
• Você precisa ver a rota local salto a salto? Execute tracert ou traceroute no dispositivo e na rede afetados.
• Um serviço está falhando enquanto o host responde? Verifique apenas a porta TCP pública autorizada relevante da borda ClockTools.
• Um RTT alto ou tempo limite esgotado apareceu apenas uma vez? Repita o rastreamento. O comportamento posterior persistente é mais importante do que uma única linha dramática.
• Você está comparando endereços públicos e privados? Qual é o meu IP identifica seu endereço público visível, enquanto a calculadora de sub-rede ajuda com intervalos de rede privada.

Essa ordem evita um erro comum: usar um único diagnóstico para responder a todas as dúvidas de rede. Acessibilidade, observação de rotas, perda persistente de pacotes, taxa de transferência e disponibilidade de serviços são aspectos relacionados, mas não são intercambiáveis.

Compartilhe resultados de traceroute com segurança

Um rastreamento pode expor endereços IP públicos e privados, nomes de host internos, nomes de provedores, padrões de tempo e partes da estrutura de uma rede. Antes de publicar a saída em um fórum, chamado, artigo ou captura de tela, remova os detalhes de que o destinatário não precisa.

Oculte nomes de dispositivos internos, nomes de usuário incluídos em nomes de host, endereços privados quando a topologia for irrelevante e endereços públicos que você não queira associar à publicação. Preserve estrutura suficiente para que o problema continue compreensível: números de saltos, ocorrência de tempos limite e tempos representativos costumam bastar.

Não presuma que tracert /d anonimiza um rastreamento. Ele pula a resolução de nomes, mas continua exibindo os endereços IP que respondem. Lembre-se também de que uma estimativa de geolocalização por IP não é uma localização física precisa, embora possa revelar um provedor ou uma região ampla.

A melhor leitura do traceroute é modesta. Ele informa quais sondagens receberam respostas, quanto tempo levaram essas viagens de ida e volta e onde um padrão pode começar. Torna-se genuinamente útil quando você combina essas evidências com testes repetidos e o sintoma que você está tentando explicar.