Traceroute Online
Rastreie o caminho de rede até qualquer domínio ou IP. Veja cada roteador, latência por hop e onde ocorre perda de pacotes — em tempo real.
Como interpretar os resultados do Traceroute
Um resultado de traceroute é um mapa de cada roteador pelo qual seu tráfego passa para chegar a um destino. Cada linha numerada é um hop de roteador — com seu endereço IP, hostname (se resolúvel) e tempo de ida e volta em milissegundos. Juntos, eles pintam um quadro tanto do caminho que seus pacotes percorrem quanto de onde a latência se acumula ao longo do caminho.
Pontos-chave a observar:
- Picos de latência: Um salto repentino entre dois hops consecutivos — como 5ms para 180ms — indica congestionamento ou um link lento entre esses dois roteadores. Se os hops subsequentes voltarem à latência normal, o pico pode ser artificial (o roteador despriorizando respostas ICMP) em vez de um atraso real de encaminhamento.
- Timeouts (*): Um único timeout no meio de um trace completo é geralmente um firewall bloqueando sondas ICMP — não um problema real. Uma sequência de timeouts no final significa que o destino está inacessível a partir desse ponto.
- Hops geograficamente inesperados: Tráfego que cruza um continente antes de voltar indica roteamento BGP ineficiente ou um acordo de peering mal configurado entre ISPs.
- Rotas assimétricas: O traceroute mostra apenas o caminho de ida. O caminho de retorno pode ser completamente diferente, então um hop intermediário de alta latência não significa necessariamente que a latência de ida e volta para os usuários finais é tão alta.
Como ler a saída
Cada linha é um hop no caminho, mostrando número, hostname ou IP do roteador e três amostras de RTT. Perda de pacotes é implícita quando você vê * * * em um hop. Latência alta em um hop que volta ao normal no seguinte geralmente indica rate-limit de ICMP naquele roteador, não caminho quebrado.
- Latência crescendo de forma constante: normal — cada hop adiciona algum tempo de trânsito.
- Perda só no hop final: o firewall do destino está descartando ICMP; o serviço em si pode estar ok via TCP.
- Transição de ASN: é aqui que a latência costuma dar um salto — é o handoff entre o seu ISP e a próxima operadora.
Problemas comuns e soluções
* * *intermediário com o caminho funcionando: rate limit de ICMP, não queda real — confirme com um traceroute TCP na porta 443.- RTT alto no handoff do ISP: peering congestionado; escale ao seu ISP com o IP do hop específico e timestamp.
- Roteamento assimétrico: o caminho de ida não é o de volta; faça um mtr do outro lado antes de culpar um hop isolado.
- Hops escondidos por MPLS: operadoras tunelam hops de forma invisível; o contador pula vários sem detalhe — é esperado.
- Desvio geográfico inesperado: uma rota BGP errada; reporte ao seu provedor anexando o traceroute.
Próximos passos
Identifique o hop onde latência ou perda começam e compartilhe o traceroute com a rede responsável (ISP, CDN ou operador do destino). Para usuários distantes da sua origem, considere um POP de CDN mais próximo.
Para monitoramento contínuo, o FlashMon.app acompanha mudanças automaticamente e avisa no momento em que algo falha.
Monitore latência continuamente
Configure alertas automáticos para ser notificado no momento em que o tempo de resposta do seu site degradar — antes que os usuários percebam.
Perguntas Frequentes
Traceroute é um comando de diagnóstico de rede que mapeia o caminho que os pacotes percorrem da origem até o destino. Ele funciona enviando pacotes com valores TTL (Time to Live) incrementalmente crescentes — cada roteador no caminho decrementa o TTL em 1 e retorna uma mensagem ICMP Time Exceeded quando o TTL chega a zero, revelando seu endereço IP e latência. O resultado é uma lista ordenada de cada roteador (hop) entre você e o destino, juntamente com o tempo de ida e volta para cada um. Isso o torna inestimável para identificar exatamente onde na cadeia de rede ocorrem atrasos ou falhas.
Um timeout (mostrado como * * *) significa que o roteador naquele hop não respondeu dentro do limite de tempo ou está configurado para descartar pacotes ICMP — uma política de firewall comum para roteadores intermediários que não querem expor sua infraestrutura. Um único hop de timeout no meio de uma rota não significa necessariamente um problema: se os hops subsequentes respondem normalmente, o tráfego ainda está fluindo por aquele roteador, ele apenas descarta silenciosamente as sondas de diagnóstico. Preocupe-se apenas se você ver timeouts a partir de um determinado hop em diante, especialmente se o destino se tornar inacessível.
Esta ferramenta destaca em âmbar hops com tempos de ida e volta acima de 100ms. Como referência: hops dentro do mesmo país são tipicamente abaixo de 20ms, hops cruzando um continente são 50–150ms, e hops transoceânicos (como Brasil para Europa) são 100–200ms. Um salto dramático de latência entre dois hops consecutivos — digamos, 10ms para 200ms — aponta para congestionamento ou um link lento entre esses roteadores. No entanto, alguns roteadores inflam artificialmente os tempos de resposta ICMP como uma operação de baixa prioridade, então um hop intermediário de alta latência nem sempre significa que o caminho de dados real é lento.
Vários motivos: (1) O firewall do destino bloqueia ICMP, fazendo parecer inacessível mesmo que o tráfego HTTP/TCP chegue bem. (2) A rota atinge uma contagem máxima de hops (30 por padrão) antes de atingir o destino — incomum, mas acontece em redes mal configuradas. (3) Há perda real de pacotes ou um loop de roteamento em algum lugar no caminho. (4) Balanceadores de carga ou roteamento ECMP podem causar caminhos assimétricos onde as sondas de retorno tomam uma rota diferente e parecem perdidas. Para confirmar a conectividade, compare o resultado do traceroute com uma verificação HTTP ou ping.
Ping envia pacotes ICMP Echo Request diretamente ao destino e relata o tempo de ida e volta — ele apenas diz se o endpoint está acessível e quanto tempo leva o round-trip completo. Traceroute envia pacotes para cada roteador intermediário sequencialmente, construindo um mapa hop a hop de todo o caminho. Use ping para uma verificação rápida de conectividade. Use traceroute quando precisar identificar onde no caminho da rede um problema está ocorrendo — seja um backbone ISP lento, um ponto de peering congestionado ou um servidor sem resposta. O FlashMon pode monitorar ambos automaticamente.
Redes modernas usam roteamento ECMP (Equal-Cost Multi-Path), o que significa que pacotes diferentes podem tomar caminhos físicos diferentes para o mesmo destino. As sondas do traceroute são pacotes individuais, então cada uma pode tomar uma rota diferente. Isso causa hops aparentemente fora de ordem, ou hops que parecem geograficamente "invertidos". Alguns roteadores também priorizam o encaminhamento em relação à resposta a sondas ICMP, então a latência exibida reflete a prioridade de manuseio da sonda, não o atraso real de encaminhamento. Para monitoramento consistente, o monitoramento sintético contínuo do FlashMon rastreia o desempenho real ao longo do tempo em vez de uma única sonda.