Traceroute: Como Descobrir Exatamente Onde Sua Conexão Está Lenta

Seu site está lento para visitantes de uma determinada região, mas quando você verifica o servidor, tudo parece normal. CPU baixa, memória OK, tempo de resposta da aplicação em 80 ms. Então o problema não é seu servidor — é algum ponto entre o visitante e você.

Entre o dispositivo de um usuário e o seu servidor existem, em média, 15 a 20 roteadores intermediários. Cada um desses pontos é um salto onde os dados podem sofrer atraso, congestionamento ou até ser descartados. O traceroute é a ferramenta que mapeia exatamente esse caminho e revela onde o problema está.

O Que é Traceroute e Como Funciona

Traceroute é uma ferramenta de diagnóstico de rede que descobre o caminho que os pacotes percorrem entre dois pontos na internet e mede a latência em cada salto intermediário.

O mecanismo é elegante: ele usa um campo chamado TTL (Time to Live) nos pacotes IP. O TTL é um contador que diminui em 1 a cada roteador que o pacote atravessa. Quando o TTL chega a zero, o roteador descarta o pacote e envia uma mensagem de erro de volta para a origem — e é exatamente essa resposta que o traceroute captura.

O processo funciona assim:

O traceroute envia o primeiro pacote com TTL = 1. O primeiro roteador na rota decrementa para zero, descarta o pacote e responde com uma mensagem "TTL exceeded". Isso revela o endereço IP e a latência do primeiro hop.
Em seguida, envia um pacote com TTL = 2. Agora o segundo roteador responde. E assim por diante.
Esse processo se repete, incrementando o TTL a cada rodada, até que o pacote chegue ao destino final ou o número máximo de hops seja atingido (normalmente 30).

Para cada hop, o traceroute envia três pacotes e registra o tempo de resposta de cada um. O resultado é uma linha do tempo da rota completa, com a identidade e a latência de cada ponto intermediário.

Como Interpretar o Resultado do Traceroute

Entender o que você está vendo é a parte mais importante. Um traceroute mal interpretado leva a conclusões erradas.

Latência Crescente Normal vs. Salto Anormal

É totalmente esperado que a latência aumente ao longo dos hops. Cada roteador adiciona tempo de processamento, e a distância física entre os pontos acumula atraso de propagação. Uma rota de São Paulo para um servidor nos EUA pode ter latência crescendo de 2 ms nos primeiros hops para 150 ms próximo ao destino — isso é normal.

O que você está procurando é um salto anormal: um hop onde a latência dá um salto brusco em relação ao anterior.

Exemplo de rota saudável:

Hop  1:   2 ms   2 ms   2 ms  — Roteador local
Hop  2:   8 ms   8 ms   9 ms  — ISP regional
Hop  3:  22 ms  22 ms  23 ms  — Gateway do backbone
Hop  4:  45 ms  44 ms  46 ms  — Ponto de troca (PTT)
Hop  5: 145 ms 146 ms 145 ms  — Servidor destino (EUA)

Exemplo de problema no hop 4:

Hop  3:  22 ms  22 ms  23 ms
Hop  4: 380 ms 410 ms 395 ms  ← salto anormal aqui
Hop  5: 390 ms 388 ms 392 ms

Nesse segundo exemplo, o problema está claramente no roteador do hop 4. Os hops posteriores herdam a latência alta, mas o responsável é aquele ponto específico.

Timeouts Intermediários Nem Sempre São Problema

É comum ver asteriscos (* * *) em vez de tempos de resposta em alguns hops intermediários. Isso significa que o roteador naquele ponto não respondeu.

Mas não entre em pânico. Muitos roteadores de backbone são configurados para não responder a pacotes TTL expired por razões de segurança e performance. Eles simplesmente descartam a mensagem de erro sem responder.

O que importa é: se os hops depois do timeout continuam respondendo com latência normal, não há problema. O roteador silencioso é apenas um ponto que não coopera com o diagnóstico, mas está funcionando corretamente.

O problema real é quando os timeouts aparecem nos últimos hops ou quando o traceroute para de progredir — isso indica que os pacotes estão sendo descartados e nunca chegam ao destino.

Último Hop com Alta Latência = Problema no Destino

Se a latência só aumenta significativamente no último hop (o servidor destino), o problema está no próprio servidor ou em sua rede imediata — firewall, balanceador de carga, ou a aplicação demorando para responder.

Nesse caso, o traceroute cumpriu sua função: eliminou a rede como suspeita e apontou o dedo para o servidor.

Como Usar o Traceroute Online do FlashMon

Executar o traceroute via linha de comando exige acesso ao terminal e pode ser bloqueado por políticas de rede corporativa. O Traceroute Online do FlashMon resolve isso com uma interface visual que qualquer pessoa pode usar no navegador.

Basta digitar um domínio ou endereço IP e clicar em executar. A ferramenta realiza o traceroute a partir de nossos servidores e apresenta o resultado em uma timeline visual interativa:

Cada hop aparece como um ponto na linha do tempo, com o endereço IP, nome do host (quando disponível) e os três tempos de resposta
Saltos com latência acima do esperado são destacados visualmente, facilitando a identificação imediata do ponto problemático
Timeouts são exibidos claramente como * * *, sem confundir com falhas reais
A linha do tempo mostra a progressão da latência ao longo da rota, tornando óbvio onde ocorre o aumento brusco

Isso é especialmente útil quando você suspeita que um provedor de trânsito específico está causando lentidão para visitantes de uma determinada região — você consegue ver exatamente em qual AS (Sistema Autônomo) o atraso começa.

Quando Usar Traceroute vs. Ping vs. Speed Test

Essas três ferramentas respondem perguntas diferentes. Usá-las na ordem certa economiza tempo.

Use o Speed Test primeiro quando o sintoma é "o site está lento" sem mais detalhes. O Speed Test do FlashMon mede o tempo real de carregamento da página, recursos que estão travando a renderização e performance geral. Se o problema for no servidor ou na aplicação, você descobre aqui sem precisar ir mais fundo.

Use o Ping quando quiser confirmar se um destino está acessível e medir a latência básica de forma contínua. O Ping do FlashMon testa de múltiplas regiões simultaneamente, o que já dá uma ideia se o problema é geográfico. Se o ping de São Paulo está em 20 ms mas de Frankfurt está em 400 ms, você sabe que a rota para a Europa tem algum problema.

Use o Traceroute quando o ping confirmar que existe latência alta ou perda de pacotes e você precisar saber onde na rota isso acontece. O traceroute é a ferramenta de diagnóstico de segundo nível: mais detalhada, mais informativa, e que aponta o responsável com precisão.

Um fluxo de diagnóstico eficiente:

Usuário reclama de lentidão → Speed Test para verificar performance real da página
Página carrega lenta ou com timeout → Ping de múltiplas regiões para isolar se é geográfico
Ping alto de uma região específica → Traceroute para identificar em qual hop o problema está

Esse processo de funil elimina hipóteses rapidamente e evita que você passe horas investigando o servidor quando o problema está no provedor de internet de trânsito.

Limitações do Traceroute

Traceroute é poderoso, mas tem limites que você precisa conhecer para não tirar conclusões erradas.

A ferramenta mostra a rota dos servidores do FlashMon até o destino, não do dispositivo do seu usuário. Se o visitante tem um problema específico com o ISP dele, você não vai ver isso — apenas a rota da nossa infraestrutura. Para diagnosticar problemas do lado do cliente, o usuário precisa rodar o traceroute do próprio dispositivo.

Além disso, rotas de internet não são estáticas. O caminho que um pacote percorre pode mudar de uma execução para outra por causa de balanceamento de carga e roteamento dinâmico. Um resultado anômalo em uma única execução vale menos do que um padrão consistente em várias tentativas.

Por fim, traceroute usa ICMP ou UDP, protocolos que podem ser tratados de forma diferente por firewalls corporativos. Alguns ambientes bloqueiam esses protocolos mas deixam o tráfego HTTP passar normalmente — o que significa que o traceroute pode mostrar timeouts em roteadores que estão, na prática, funcionando perfeitamente para o seu tráfego real.

Quando seu site apresenta lentidão intermitente para usuários em regiões específicas, o traceroute é frequentemente a única ferramenta que aponta o responsável com precisão suficiente para agir. Seja para abrir um chamado com o provedor de trânsito, ajustar políticas de roteamento ou simplesmente confirmar que o problema não é seu, saber onde exatamente os pacotes estão sofrendo é o primeiro passo para resolver.

O Traceroute Online do FlashMon está disponível agora, sem instalação e sem linha de comando. E se você monitora a disponibilidade do seu site, o FlashMon também alerta quando ele cai — antes que seus usuários precisem te avisar.

Continue explorando

Lentidão sem hop culpado no caminho? Descarte DNS antes com o guia de diagnóstico DNS e a consulta DNS.
Combine traceroute com o Ping para saber se é uma região específica ou problema global.