Trace Route: diagnóstico de conexão pública

Separe a conexão do navegador de uma solicitação HTTP externa. Consulte tempos e redirecionamentos sem inventar saltos de roteadores.

Como usar

Separe a conexão do navegador de uma solicitação HTTP externa. Consulte tempos e redirecionamentos sem inventar saltos de roteadores.

Etapa 1

Escolha um destino autorizado

Exemplo ilustrativo, não um resultado ao vivohttps://clocktools.app/

Digite uma URL HTTP ou HTTPS pública, sem credenciais nem porta personalizada.

Etapa 2

Separe as observações

Exemplo ilustrativo, não um resultado ao vivoNavegador → serviço → destino

O caminho do navegador até o serviço e o caminho do serviço até o destino são diferentes.

Etapa 3

Compare o relatório

Exemplo ilustrativo, não um resultado ao vivoJSON

Exporte o resultado datado e compare com um teste local no navegador ou terminal.

Usos práticos

Delimitar uma falha local

Seu computador não abre um site, mas a consulta externa recebe resposta. Mantenha protocolo, host e caminho ao testar navegador ou rede diferentes. Compare acesso anônimo primeiro, depois DNS, VPN, extensões e regras uma por vez. O resultado delimita a investigação, sem certificar disponibilidade para todos.

Ler um redirecionamento

Após mover uma página, confira URL antiga e primeira resposta com Location. A redireção pode explicar outro endereço no navegador, mas não é seguida aqui. Teste o destino separadamente se autorizado. Guarde as duas observações; uma redireção não é página final já verificada.

Acionar o suporte

Num incidente intermitente, exporte JSON com URL, hora, código, duração aproximada e contexto navegador-serviço. Acrescente falha local e rede usada. Se suporte pedir saltos de roteadores ou perdas repetidas, entregue medições de terminal autorizadas separadas. As etapas daqui não substituem esses dados.

Contexto e funcionamento

Diagnóstico HTTP HEAD de clocktools.app, sem saltos de roteadores
A verificação de clocktools.app mostra detalhes da resposta HTTP e o contexto da conexão entre navegador e serviço. Essa consulta HEAD não é um traceroute de roteador em roteador.

Por que traceroute precisa de outras sondas

Roteadores IPv4 reduzem o TTL ao encaminhar pacotes. Quando ele se esgota, uma mensagem ICMP de tempo excedido pode identificar o roteador que respondeu. O traceroute do terminal varia os limites das sondas e coleta respostas.

Esta página não envia sondas com TTL variável. O tempo HTTP inclui a solicitação externa e o trabalho do serviço. O RTT TCP do cliente, quando existe, descreve outra conexão. Nenhum deles é uma contagem de saltos ou um ping puro ao destino. Especificação ICMP.

O caminho não é uma linha permanente

Os requisitos de roteadores descrevem TTL e encaminhamento, mas caminhos e respostas podem variar. Até um rastreamento no terminal pode ter lacunas quando respostas são filtradas ou limitadas; elas não comprovam perda de pacotes na aplicação.

HTTP 403 ou 500 continua sendo uma resposta observada. Um tempo limite só indica que nenhuma resposta útil chegou no prazo. Compare URL, método e horário: o GET do navegador pode diferir do HEAD usado aqui. Requisitos de roteadores IPv4.

Exemplo: 403 externo e navegação local normal

Suponha um HEAD externo com 403 em 240 ms enquanto seu navegador autenticado abre a página. Há uma diferença de acesso, não necessariamente um roteador defeituoso. A ferramenta não envia cookies; compare acesso anônimo e regras do firewall.

Resposta externa
403 · 240 ms
Navegador local
GET autenticado bem-sucedido
Próximo passo
Comparar acesso e método

Prepare condições comparáveis

Informe a URL HTTP ou HTTPS pública real. Protocolo e caminho importam: HTTP pode redirecionar e HTTPS responder diretamente; inicial funciona enquanto uma rota falha. Não é scanner de portas. Credenciais, destinos privados e portas próprias são recusados. Use endereço normal sem segredos, não redefinição de conta ou download assinado.

Não há controles de saltos, tamanho de pacote, quantidade de sondas ou método. A requisição externa usa HEAD sem seguir redireções. Consulta cabeçalhos, não baixa uma página. A semântica dos métodos HTTP distingue HEAD e GET; uma visita comum recebe conteúdo e outros recursos que esta consulta não solicita.

Execute, espere e exporte antes de mudar condições. Cancele ou redefina ao trocar destino para impedir que resposta antiga substitua a tela. Compartilhar prepara nova consulta deliberada, não transmite medidas. Outro resultado pode variar legitimamente por rede, momento ou destino.

Não misture conexões distintas

A primeira observação é a conexão do navegador com ClockTools. Protocolo HTTP, TLS e RTT TCP do cliente, quando disponível, pertencem a ela. A segunda é uma requisição anônima separada do serviço ao alvo. As etapas organizam observações, não mostram roteadores entre seu computador e a página.

A duração do alvo inclui DNS público e operação externa até a resposta. Não é processamento puro do servidor, banda, carga de página ou RTT ICMP. Não subtraia RTT do navegador, não some em ping total nem divida por etapas para inventar latência por salto. Endpoints e limites de medição diferem.

No exemplo fixo, 18 ms para o serviço e 240 ms para o alvo não identificam um link lento. DNS, conexão, acesso e resposta contribuem para a segunda cifra. Campo ausente fica desconhecido. Localização do serviço não prova caminho físico, posição exata do usuário ou origem atrás de proxy.

Erro HTTP ainda é uma resposta

Etapa concluída significa resposta recebida, não página funcionando. Leia o código. 200 indica sucesso HTTP desta requisição, não renderização, login ou compra. 403 e 500 também são respostas e orientam a acesso ou aplicação, não à afirmação de que nenhum servidor era alcançável.

301 ou 302 mostram a primeira redireção. Location pode ser relativo; interprete junto da URL verificada. Não se confirma segurança, alcance ou ausência de loop no próximo destino. Preserve a resposta e confira separadamente o destino público pretendido, se autorizado.

O servidor pode tratar HEAD de forma diferente de GET apesar da relação prevista. Com 405 ou 501 e navegador funcionando, pergunte sobre suporte ou bloqueio do método. Consulta anônima também pode receber desafio enquanto sessão vê conteúdo. São diferenças a comparar, não autorização para contornar controles.

Leitura de primeiras respostas comuns
ResultadoObservaçãoPróximo passo
200Resposta bem-sucedida a HEADInspecionar página e interações separadamente.
301 / 302Redireção inicialLer Location e testar destino à parte.
401 / 403Autenticação ou acesso recusadoComparar acesso anônimo e regras próprias.
404Caminho não encontradoConferir escrita e rota pública conhecida.
405 / 501Método recusado ou sem suporteComparar GET autorizado e tratamento do método.
429 / 5xxLimite ou resposta de servidorPausar tentativas e consultar logs adequados.

Delimite a falha camada por camada

Sem HTTP utilizável, comece pelo erro e não pela duração. DNS não encontrado aponta a escrita ou resolução. DNS indisponível é menos conclusivo: o teste do resolvedor não estabeleceu respostas públicas utilizáveis. Nenhum testa expiração. Para seu domínio, compare A, AAAA e delegação com ferramentas normais de administração.

A operação externa tem cerca de 6,5 segundos no total, incluindo DNS. Timeout só diz que não obteve resposta utilizável nesse limite. Não identifica um roteador com falha, nem comprova uma queda do servidor de origem, nem mede nem diagnostica perda de pacotes. Conexão ou TLS também podem falhar sem HTTP. Logs do destino e teste independente autorizado ajudam a determinar a causa.

Se local e externo divergem, preserve URL e hora. Teste janela anônima e outra rede disponível. Mude uma variável por vez: rede, VPN, navegador ou método. Se ambos falham, escale fatos sem declarar queda global. Um ponto externo não é monitoramento multirregional.

Quando você precisa de evidência real de saltos

Traceroute convencional envia sondas com limites de vida crescentes e associa respostas. A especificação ICMP descreve Time Exceeded; IPv6 usa Hop Limit no cabeçalho básico. Esse mecanismo difere de buscar cabeçalhos HTTP. ClockTools não envia essas sondas nem reconstrói uma lista de roteadores.

Use ferramenta local de terminal e destino autorizado para medir saltos respondentes. Registre rede de origem e tipo de sonda; outra máquina não representa necessariamente seu caminho. Separe a saída do JSON para que suporte diferencie pacotes de evidências da aplicação.

Mesmo o terminal exige interpretação. Um equipamento pode ignorar sondas e encaminhar tráfego comum; caminhos e respostas variam. Um salto intermediário silencioso não prova perda da aplicação naquele ponto. Parta da falha visível, compare destino e repita medições autorizadas quando necessário. As etapas aqui não revelam roteadores, distâncias ou fornecedores responsáveis.

Metodologia

O relatório separa contexto navegador-serviço, DNS público recente e HEAD anônimo ao destino. Preserva primeira resposta, cabeçalhos escolhidos e duração aproximada sem seguir redireções. Ausências ficam desconhecidas. JSON guarda horário; cancelar e redefinir impedem resultados tardios de substituir a visualização.

Limitações

Não mede roteadores, latência por salto, perda ponta a ponta ou traceroute de terminal. Uma observação externa não é teste global, benchmark de carga ou monitor contínuo. Só aceita destinos públicos. Falhas se interpretam com URL, método e hora; sozinhas não identificam a camada afetada.

Correções

Relate um problema reproduzível pela página de contato, incluindo a URL da ferramenta, uma entrada sem dados confidenciais, o horário da verificação, o resultado esperado e a evidência da fonte. Anexe a resposta pública quando possível, sem dados de conta nem links secretos. Uma mudança na fonte não é necessariamente um erro de cálculo. Compare o mesmo nome, página e momento.

MetodologiaCorreções

Perguntas frequentes

É traceroute salto a salto?

Não. Separa sua conexão com ClockTools e uma verificação HTTP externa. Etapas não são roteadores. Para saltos respondentes, use traceroute ou tracert autorizado da rede relevante e guarde essa evidência separadamente.

Por que a etapa termina com 403 ou 500?

Concluída significa resposta HTTP recebida. Recusa e erro ainda são respostas, não ausência de conexão. Leia código, regras e logs. O relatório não confirma página pretendida ou fluxo do usuário funcionando.

Redireções são seguidas?

Não. Mostram-se primeira resposta e Location, se presente; destino não foi verificado. Resolva valor relativo com a URL original e teste destino público separado antes de declarar percurso completo bem-sucedido.

Por que meu navegador funciona e a consulta falha?

Pode usar GET, cookies, cache ou outra rede, contra HEAD anônimo externo. Compare a mesma URL sem login e tratamento de método e acesso. 405 ou desafio explica diferença sem necessariamente indicar falha de rota.

A duração é o ping do site?

Não. Inclui DNS e HTTP externo. RTT TCP do navegador corresponde a outra conexão. Nenhum é ping ICMP do destino, e soma ou subtração não gera medição válida ponta a ponta.

O que timeout prova?

Só ausência de resposta utilizável nos cerca de 6,5 segundos daquele teste. DNS, conexão, acesso e alvo podem contribuir. Preserve erro e hora, compare teste independente autorizado e não atribua o resultado a roteador específico.

Posso testar intranet ou outra porta?

Não. Aceita HTTP e HTTPS públicos em portas padrão. Privados, credenciais e portas próprias são recusados. Use ferramentas locais autorizadas da organização para o interno sem tentar contornar a regra com outro nome.

Um resultado prova queda regional ou mundial?

Não. É observação pontual. Redes e políticas podem receber respostas diferentes. Compare redes independentes e monitoramento do operador antes de afirmar incidente amplo e inclua condições do teste no chamado.

Compartilhar guarda o resultado ou monitora a URL?

Não. Prepara nova consulta deliberada. Copie ou baixe JSON para preservar a anterior. Compartilhar ou deixar a página aberta não agenda monitoramento; outro contexto e horário podem produzir outro resultado.