Visual Traceroute


Por que executar um traceroute?

O objetivo de um traceroute gráfico é descobrir cada retransmissão de servidor, seu pacote IP de um ponto para outro e medir o atraso da viagem de retorno, entre o host de detecção (aqui G Suite.Tools) e cada retransmissão no caminho do pacote .

O aplicativo on-line traceroute visual do G Suite.Tools facilita a identificação precisa de nós fracos, afetando o desempenho da sua rede global. Além disso, para determinar o tempo de resposta de cada salto em que o pacote está viajando, agora você pode visualizar em tela cheia o caminho de cada probe, executar ping entre o servidor e o endereço IP testado no Google Maps em um instante instantâneo. .

Ao rastrear a rota real entre o servidor do G Suite.Tools e o seu, você pode decidir de que maneira otimizar sua configuração de rede para reduzir os tempos de resposta, em seu aplicativo, serviço ou site.

Instruções rápidas

Menos é mais. Insira o domínio (sub.) Completo, IPv4 ou v6 ao qual você deseja, para executar um teste visual de traceroute e pressione 'TRACE'.

Visual Traceroute

A ferramenta traceroute enviará de 1 a 30 pacotes IP para o destino, aumentando a Time-To-Live (TTL) para cada sonda ping, iniciando no TTL 1. Nesse contexto de rede, o TTL define o número máximo de saltos pelos quais um pacote pode ser retransmitido durante sua viagem pela Internet. Assim, cada sonda alcançará incrementalmente um relé além do ping anterior. Quando um pacote alcança um nó de rede e obtém seu crédito TTL em 0, ele pára por aí e provoca uma resposta TIME_EXCEEDED a ser enviada de volta à origem do ping (G, Suite.Tools). É assim que nossa ferramenta pode medir o tempo de resposta de cada nó, no caminho de um pacote IP.

Resultados

Ao obter os resultados do traceroute, sinta-se à vontade para ampliar o Google Maps, clicando no ícone de tela cheia no canto superior direito da ferramenta.

Resultados Traceroute online

Agora você é capaz de mergulhar fundo Google Maps o caminho de um pacote IP do nosso servidor para qualquer dispositivo conectado à Internet.

A tabela abaixo do mapa fornece resultados sintéticos em cada salto da rota testada. O número máximo de saltos é limitado a 30. Sempre que possível, determinamos o nome do host relacionado a cada salto que descobrimos. O valor azul confirma o IP de cada nó de retransmissão. Colocamos em verde o tempo de resposta da viagem de retorno (em ms).

Regularmente, é possível que um nó esteja realmente configurado para não enviar nenhum pacote TIME_EXCEEDED de volta à origem. Nesse caso, esse nó pode apenas retransmitir o pacote, mas não responderá a nenhuma informação relacionada à sua rede, identidade. Para esses saltos, preenchemos a linha da tabela com asteriscos simbólicos, '*' e o mapa não pode ser concluído em 100% por falta de informações. Isso é totalmente esperado na maioria dos casos, se ocorrer no meio da rota.

No entanto, se você notar atrasos ou tempos limite no final do traceroute, há uma chance de que algo esteja errado com um dos seus nós de infraestrutura, pois esses saltos são os últimos antes de atingir seu objetivo. Nesse caso, aconselho a verificar se:

  • O firewall da sua rede local está bloqueando pacotes ICMP. Se já estiver aceitando pacotes HTTP (TCP / UDP), pode não ser um problema real, dependendo das suas necessidades.
  • Sua rede local está conectada corretamente à Internet. Verifique novamente qualquer cabo, placa de rede ou software com defeito no caminho.
  • Não há rota declarada de volta ao servidor do G Suite.Tools. O host remoto deve atualizar seu gateway padrão e as tabelas de roteamento, se necessário.
  • A viagem de retorno leva mais de 2 s para retornar ao nosso servidor. O caminho pode estar congestionado e você pode atualizar sua conexão após analisá-la com precisão.

Informação avançada

Essa ferramenta é baseada em utilitários de código aberto do Linux traceroute.

Essa implementação gráfica de traceroute é configurada para rastrear o caminho de um pacote IP até um máximo de 30 saltos. Esses ecos brutos do ICMP estão na forma de datagramas ECHO_REQUEST, provocando uma resposta ICMP TIME_EXCEEDED do último salto na viagem completa de um pacote de sondagem. O programa não esperará mais de 2 s antes de atingir o tempo limite, aguardando essa resposta TIME_EXCEEDED, pacotes.

Como os pacotes do tipo UDP e TCP são mais comumente bloqueados ou limitados por dispositivos ou roteadores modernos, esse teste de ping fornece uma penetração máxima garantida na rede usando o protocolo ICMP.

Tips

  • Realize uma completa teste de ping para enviar 6 probes consecutivos para um salto específico e obter um relatório mais focado e consistente.