O que o Traceroute mostra? Como ler os resultados

Traceroute parece mais certo do que realmente é. O resultado chega como linhas numeradas organizadas, mas essas linhas são observações de uma série de sondagens – e não um mapa perfeito da Internet.

Traceroute mostra os saltos da camada de resposta 3 entre uma origem e um destino, além de amostras de resposta de ida e volta da origem para cada salto. Ele não garante que todos os roteadores estejam visíveis, não mede o atraso entre dois saltos vizinhos ou prova a perda de pacotes. Uma resposta em branco pode significar simplesmente que um dispositivo optou por não responder à sonda.

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 IETF identifica-os como campos de resultados comuns.

A palavra cuidadosa é respondendo. Uma linha representa uma interface que respondeu a uma investigação, não necessariamente um roteador físico completo e certamente não todos os dispositivos que manipularam o tráfego. Dois endereços com o mesmo número de salto podem ser respondedores alternativos em um caminho com balanceamento de carga. Uma linha ausente ainda pode encaminhar pacotes perfeitamente.

Traceroute é, portanto, melhor lido como uma observação de caminho de uma fonte, em um momento, usando um método de sondagem. Execute-o mais tarde, de VPN ou de outra rede e o resultado poderá mudar. Esse é um comportamento normal de roteamento e não é 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.

Traceroute primeiro envia uma ou mais sondagens com TTL 1. Eles expiram no primeiro salto roteado. O próximo conjunto usa TTL 2 e pode alcançar um salto a mais. O processo continua até que o destino responda ou a ferramenta atinja o máximo configurado. IPv6 usa um campo chamado literalmente Limite de salto, mas a ideia de descoberta é semelhante. Os detalhes do protocolo estão documentados em RFC5388 e o Especificação IPv6.

A resposta do destino depende da implementação. Um rastreamento tradicional baseado em UDP geralmente termina quando o destino informa que a porta escolhida está inacessível. Janelas tracert usa testes de eco ICMP e termina quando o destino responde. Também existem variantes baseadas em TCP. É por isso que dois programas traceroute podem realizar a mesma jornada básica enquanto enviam diferentes tipos de sondagens.

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 médios merecem atenção especial. São três tentativas distintas. A Microsoft os descreve como medições de ida e volta do seu dispositivo até aquele salto e vice-versa em seu site oficial Documentação `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. RFC9198 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 o probe não recebeu uma resposta antes do tempo limite. Isso é tudo que significa por si só. O roteador pode filtrar esse tipo de investigação, limitar a taxa de respostas ICMP, despriorizar as respostas do plano de controle ou enviar uma resposta que é perdida no caminho de volta.

Um asterisco entre dois tempos medidos significa que uma das três sondagens ficou sem resposta. Três asteriscos ou “Solicitação expirou” significa que nenhuma das sondagens daquela linha foi respondida a tempo. Se os saltos posteriores – incluindo o destino – ainda responderem, o rastreamento continuará além desse TTL, de modo que a linha silenciosa não comprove uma falha de encaminhamento. O roteamento multicaminho significa que essas sondagens posteriores podem não ter seguido exatamente a mesma sequência de resposta. O próprio exemplo da Microsoft mostra linhas expiradas seguidas por uma resposta de destino bem-sucedida.

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 investigação de perdas reais, use medições repetidas. No Windows, CaminhoPing combina a descoberta de caminho com uma série mais longa de investigações e calcula estatísticas. Mesmo assim, a perda relatada *para* um roteador intermediário deve ser comparada com saltos posteriores antes de você 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 VPN, filas e comportamento de resposta podem alterar o RTT. Uma única amostra elevada é uma pista, não uma convicção. Procure um padrão repetido que continue nos saltos posteriores e corresponda ao sintoma real do 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

Traceroute fornece um instantâneo do caminho rápido. Ler bem significa saber o que aquele instantâneo deixa de fora.

• Pode não revelar todos os saltos da camada 3; alguns dispositivos nunca respondem às sondas.
• Normalmente não mostra opções de camada transparente 2. Esses dispositivos encaminham quadros sem aparecer como saltos de IP.
• Ele observa o caminho de sondagem de encaminhamento, 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 pode provar a rota que cada fluxo de aplicação seguirá, especialmente quando os protocolos de investigação são diferentes.
• Um endereço IP ou nome de host não é uma leitura exata da localização física.

Use o teste vizinho que corresponde à questão não resolvida. Se um site responder, mas um serviço específico não, um escopo cuidadosamente definido verificação de porta pode testar portas TCP públicas selecionadas da borda ClockTools. Se intervalos privados ou limites CIDR estiverem confundindo o rastreamento, o Calculadora de sub-rede IP ajuda a separar porções de rede e host.

Tipos de tracert, traceroute e probe

O Windows nomeia o comando tracert. macOS, Linux, BSD e muitos dispositivos de rede normalmente usam traceroute. A saída parece familiar em todas as plataformas, mas as investigações padrão podem ser diferentes.

Janelas tracert envia solicitações de eco ICMP com valores TTL crescentes. O traceroute tradicional do tipo Unix geralmente começa com UDP, embora implementações e opções também possam usar ICMP ou TCP. Evite a regra geral de que “traceroute sempre usa UDP” ou “traceroute sempre usa ICMP”. O programa e o método selecionado decidem.

Para um rastreamento rápido do Windows sem pesquisas de nome de host, use tracert /d exemplo.com. Em um sistema macOS ou Linux típico, comece com traceroute exemplo.com e leia o manual do sistema para opções de protocolo e tempo limite. O /d flag pode acelerar um rastreamento do Windows ignorando a resolução de nomes reverse-DNS, mas não oculta os endereços IP na saída.

O termo caminho de rastreamento geralmente se refere a um utilitário semelhante ao Unix com uma interface e modelo de privilégios diferentes. MTR e WinMTR repetem as sondagens ao longo do tempo. PathPing adiciona estatísticas repetidas após descobrir a rota. Escolha entre eles com base na necessidade de um instantâneo de caminho rápido ou de uma medição sustentada.

Onde ClockTools se encaixa

Uma página normal do navegador não pode abrir os mesmos testes ICMP, UDP ou TCP brutos que um comando de terminal local. Os sandboxes do navegador e o tempo de execução do ClockTools Cloudflare Worker não expõem o controle TTL de pacote necessário, portanto, ClockTools não inventa uma tabela de salto.

O ClockTools Diagnóstico de rastreamento de rota funciona dentro desse limite. O protocolo HTTP e o RTT do cliente descrevem a perna do navegador para ClockTools. Uma solicitação pública separada HTTP ou HTTPS é executada da borda ClockTools até o destino e relata acessibilidade, status, tempo de resposta, tipo de conteúdo e redirecionamentos. É útil para uma rápida verificação externa do site, mas não é a tabela de salto local do seu laptop.

Na captura de tela, o texto explicativo 1 marca o aviso de limitação; a chamada 2 marca os dados de resposta de destino. O exemplo usa exemplo.com, um domínio de documentação pública – não um host privado – e generaliza o código de borda específico da solicitação.

Use um URL público que você possui, gerencia ou tem permissão para testar. Se o alvo responder rapidamente da borda, mas parecer lento em seu dispositivo, vale a pena verificar o Wi-Fi local, um caminho ISP, um VPN, carga do dispositivo ou comportamento do navegador - mas os dois testes também se originam de pontos de vista diferentes e podem usar rotas diferentes. Se falhar tanto na borda quanto localmente, DNS, hospedagem, firewall ou disponibilidade de destino se tornará mais plausível.

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

Comece com o sintoma, não com a gaveta de ferramentas.

• 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 da visualização local hop-by-hop? Executar 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 apareceu 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 diagnóstico para responder a todas as perguntas da rede. Acessibilidade, observação de rotas, perda sustentada, rendimento e disponibilidade de serviço estão 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 do design de uma rede. Antes de colocar a saída em um fórum, ticket, artigo ou captura de tela, remova os detalhes que o destinatário não precisa.

Edite nomes de dispositivos internos, nomes de usuário incorporados em nomes de host, endereçamento privado quando a topologia for irrelevante e endereços públicos se você não quiser que eles sejam associados à postagem. Mantenha estrutura suficiente para que o problema permaneça compreensível: números de saltos, presença de tempos limite e tempos representativos são muitas vezes suficientes.

Não assuma tracert /d anonimiza um rastro. Ignora a resolução de nomes; ele ainda exibe endereços IP de resposta. Lembre-se também de que uma estimativa de geolocalização de IP não é uma localização física precisa, mas pode 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.