Paso 1
Elige un destino autorizado
Ejemplo ilustrativo, no un resultado en directo
https://clocktools.app/Introduce una URL HTTP o HTTPS pública sin credenciales ni puerto personalizado.
Trace Route: diagnóstico de conexión pública
Distingue la conexión del navegador y una solicitud HTTP externa. Consulta tiempos y redirecciones sin inventar saltos de routers.
Cómo usar la herramienta
Distingue la conexión del navegador y una solicitud HTTP externa. Consulta tiempos y redirecciones sin inventar saltos de routers.
Paso 2
Separa las observaciones
Ejemplo ilustrativo, no un resultado en directo
Navegador → servicio → destinoLa ruta del navegador al servicio y la del servicio al destino son diferentes.
Paso 3
Compara el informe
Ejemplo ilustrativo, no un resultado en directo
JSONExporta el resultado fechado y contrástalo con una prueba local del navegador o terminal.
Usos prácticos
Delimitar un fallo local
Tu equipo no abre una web pública, pero la consulta externa recibe respuesta. Mantén protocolo, host y ruta al probar otro navegador o red. Compara primero acceso anónimo y luego DNS, VPN, extensiones y reglas de una en una. La respuesta acota la investigación, sin certificar disponibilidad para todos.
Leer una redirección
Tras mover una página, revisa la URL antigua y la primera respuesta con Location. Una redirección puede explicar otra dirección en el navegador, pero aquí no se sigue. Comprueba el destino aparte si tienes autorización. Guarda ambas observaciones en el ticket; una redirección no es una página final verificada.
Informar al soporte
En un incidente intermitente, exporta JSON con URL, hora, código, duración aproximada y contexto navegador-servicio. Añade qué falló localmente y en qué red. Si soporte pide saltos de routers o pérdida repetida, aporta mediciones de terminal autorizadas aparte. Las etapas de esta herramienta no las sustituyen.
Tu navegador
Servicio ClockTools
Respuesta del destino
Contexto y funcionamiento
Por qué traceroute necesita otras sondas
Los routers IPv4 reducen TTL al reenviar paquetes. Cuando se agota, un mensaje ICMP de tiempo excedido puede identificar al router que responde. El traceroute del terminal varía los límites de las sondas y recoge respuestas.
Esta página no envía sondas con TTL variable. El tiempo HTTP incluye la solicitud externa y el trabajo del servicio. El RTT TCP del cliente, si existe, describe otra conexión. Ninguno es un número de saltos ni un ping puro al destino. Especificación ICMP.
La ruta no es una línea permanente
Los requisitos de routers describen TTL y reenvío, pero rutas y respuestas pueden variar. Incluso una traza de terminal tiene huecos si se filtran o limitan respuestas; esos huecos no prueban pérdida de paquetes en la aplicación.
HTTP 403 o 500 sigue siendo una respuesta observada. Un tiempo de espera agotado solo indica que no llegó una respuesta útil dentro del plazo. Compara URL, método y hora: un GET del navegador puede diferir del HEAD utilizado aquí. Requisitos de routers IPv4.
Ejemplo: 403 desde fuera y navegación local correcta
Supón un HEAD externo con 403 en 240 ms mientras tu navegador autenticado abre la página. Hay una diferencia de acceso, no necesariamente un router averiado. El comprobador no envía cookies; contrasta acceso anónimo y reglas del cortafuegos.
- Respuesta externa
- 403 · 240 ms
- Navegador local
- GET autenticado correcto
- Siguiente paso
- Comparar acceso y método
Prepara condiciones comparables
Introduce la URL HTTP o HTTPS pública real. Protocolo y ruta importan: HTTP puede redirigir mientras HTTPS responde; la portada puede funcionar y una ruta no. No es un escáner de puertos. Se rechazan credenciales, destinos privados y puertos personalizados. Usa direcciones normales sin datos sensibles, no enlaces de restablecimiento o descargas firmadas.
No hay ajustes de saltos, tamaño de paquete, número de sondas o método. La petición externa usa HEAD y no sigue redirecciones. Sirve para consultar cabeceras, no descargar una página. La semántica de métodos HTTP distingue HEAD y GET; una visita habitual obtiene contenido y después recursos que este test no solicita.
Ejecuta, espera y exporta antes de cambiar condiciones. Cancela o restablece al cambiar destino para impedir que una respuesta antigua sustituya la vista. Compartir prepara otra comprobación deliberada, no transmite medidas. Un nuevo resultado puede variar legítimamente por red, tiempo o destino.
No mezcles conexiones distintas
La primera observación pertenece a la conexión de tu navegador con ClockTools. Protocolo HTTP, TLS y RTT TCP del cliente, cuando existe, describen esa conexión. La segunda es una petición anónima del servicio al objetivo. Las etapas organizan observaciones, no dibujan los routers de tu ordenador a la web.
La duración del objetivo incluye DNS público y operación externa hasta recibir respuesta. No es tiempo de servidor puro, ancho de banda, carga de página ni RTT ICMP al objetivo. No restes RTT del navegador, no sumes ambas en un ping total ni dividas entre etapas para inventar latencias. Los extremos y límites de medición son distintos.
En un ejemplo fijo, RTT al servicio de 18 ms y duración al destino de 240 ms no identifican un enlace lento. DNS, conexión, control de acceso y respuesta pueden contribuir a la segunda cifra. Un campo ausente queda desconocido. La ubicación del servicio no prueba ruta física, posición exacta del usuario ni origen detrás de un proxy.
Un error HTTP sigue siendo una respuesta
Una etapa completada significa respuesta recibida, no página funcional. Lee el código. 200 indica éxito HTTP de esta petición, no renderizado, acceso o compra correctos. 403 y 500 también prueban respuesta y orientan a políticas o aplicación, no a afirmar que ningún servidor era alcanzable.
301 o 302 describen la primera redirección. Location puede ser relativo; interprétalo junto con la URL comprobada. No se valida seguridad, disponibilidad ni ausencia de bucles en el siguiente destino. Guarda la respuesta y revisa aparte la URL pública prevista si estás autorizado.
Un servidor puede tratar HEAD de otra forma que GET pese a su relación prevista. Ante 405 o 501 y navegador funcionando, pregunta por soporte o bloqueo del método. Una consulta anónima también puede recibir un desafío mientras una sesión ve contenido. Son diferencias que comparar, no motivos para evadir controles.
| Resultado | Observación | Paso útil |
|---|---|---|
| 200 | Respuesta correcta a HEAD | Examinar página e interacciones aparte. |
| 301 / 302 | Redirección inicial | Leer Location y comprobar destino aparte. |
| 401 / 403 | Autenticación o acceso rechazado | Comparar acceso anónimo y reglas propias. |
| 404 | No se encontró esta ruta | Verificar escritura y otra ruta pública conocida. |
| 405 / 501 | Método rechazado o no admitido | Comparar GET autorizado y tratamiento del método. |
| 429 / 5xx | Límite o respuesta del servidor | Pausar intentos y consultar registros adecuados. |
Acota el fallo capa por capa
Sin respuesta HTTP utilizable, empieza por el error y no por la duración. DNS no encontrado apunta a escritura o resolución. DNS no disponible es menos concluyente: el control del resolutor no pudo establecer respuestas públicas utilizables. Ninguno comprueba caducidad. Para tu dominio, contrasta A, AAAA y delegación con herramientas normales de administración.
La operación externa tiene unos 6,5 segundos en total, incluido DNS. Timeout solo significa que no obtuvo respuesta utilizable dentro de ese límite. No identifica un router averiado, ni demuestra una caída del servidor de origen, ni mide ni diagnostica pérdida de paquetes. Conexión o TLS también pueden fallar sin código HTTP. Los registros del destino y una prueba independiente autorizada ayudan a establecer la causa.
Si discrepan local y externo, conserva URL y hora. Prueba una ventana anónima y luego otra red disponible. Cambia una variable cada vez: red, VPN, navegador o método. Si ambos fallan, escala con los hechos sin declarar caída global. Un punto externo no es monitorización multirregional.
Cuando necesitas pruebas reales de saltos
Traceroute convencional envía sondas con límites de vida crecientes y relaciona sus respuestas. La especificación ICMP describe Time Exceeded; IPv6 usa Hop Limit en su cabecera básica. Es un mecanismo distinto de pedir cabeceras HTTP. ClockTools no envía esas sondas ni reconstruye una lista de routers.
Usa una herramienta local de terminal y destino autorizado si necesitas saltos que responden. Registra red de origen y tipo de sonda; otra máquina no aporta necesariamente tu ruta. Separa su salida del JSON para que soporte distinga medición de paquetes y evidencia de aplicación.
Incluso el terminal necesita interpretación. Un dispositivo puede ignorar sondas mientras reenvía tráfico normal; rutas y respuestas pueden variar. Un salto intermedio sin respuesta no demuestra por sí solo pérdida de aplicación allí. Parte del fallo visible, compara destino y repite mediciones autorizadas cuando proceda. Las etapas aquí no identifican routers, distancias ni proveedores responsables.
Metodología
El informe separa contexto navegador-servicio, DNS público reciente y HEAD anónimo al destino. Guarda primera respuesta, cabeceras seleccionadas y duración aproximada sin seguir redirecciones. Lo ausente queda desconocido. JSON mantiene hora; cancelar y restablecer evitan que resultados tardíos sustituyan la vista.
Limitaciones
No mide routers, latencias por salto, pérdida extremo a extremo ni traceroute de terminal. Una observación externa no es prueba global, benchmark de carga o monitor continuo. Solo admite destinos públicos. Un fallo se interpreta con URL, método y hora; por sí solo no identifica la capa averiada.
Correcciones
Comunica un problema reproducible mediante la página de contacto. Incluye la URL de la herramienta, una entrada sin datos confidenciales, la hora de comprobación, el resultado esperado y pruebas de la fuente. Adjunta la respuesta pública si es posible, sin datos de cuentas ni enlaces secretos. Un cambio en la fuente no implica un error de cálculo. Compara el mismo nombre, página y momento.
Preguntas frecuentes
¿Es un traceroute salto a salto?
No. Separa tu conexión con ClockTools y un control HTTP externo. Las etapas no son routers. Para medir saltos, usa traceroute o tracert autorizado desde la red relevante y guarda esa evidencia aparte.
¿Por qué se completa la etapa con 403 o 500?
Completada significa que llegó respuesta HTTP. Rechazo y error siguen siendo respuestas, no ausencia de conectividad. Mira código, reglas y registros. El informe no confirma la página prevista o un flujo del usuario.
¿Se siguen las redirecciones?
No. Se muestran primera respuesta y Location, si existe; el destino no se ha verificado. Resuelve rutas relativas sobre la URL original y comprueba aparte el destino público antes de declarar un recorrido completo correcto.
¿Por qué funciona mi navegador si falla la consulta?
Puede usar GET, cookies, caché u otra red frente al HEAD anónimo externo. Compara la misma URL sin sesión y el tratamiento del método y acceso. Un 405 o desafío puede explicar la diferencia sin fallo de enrutamiento.
¿La duración es el ping del sitio?
No. Incluye DNS y petición HTTP externa. RTT TCP del navegador corresponde a otra conexión con ClockTools. Ninguno es ping ICMP del destino, y sumarlos o restarlos no produce una medición válida de extremo a extremo.
¿Qué demuestra un timeout?
Solo ausencia de respuesta utilizable durante unos 6,5 segundos de ese intento. DNS, conexión, acceso y destino pueden intervenir. Conserva error y hora, compara una prueba independiente autorizada y no atribuyas el resultado a un router concreto.
¿Puedo probar intranet u otro puerto?
No. Se aceptan HTTP y HTTPS públicos en puertos estándar. Privados, credenciales y puertos propios se rechazan. Usa herramientas locales autorizadas de tu organización para servicios internos, sin intentar saltarte la restricción con otro nombre.
¿Un resultado demuestra caída regional o mundial?
No. Es una observación puntual. Redes y políticas distintas pueden obtener respuestas distintas. Contrasta otras redes y monitorización del operador antes de una afirmación más amplia, e incluye condiciones del test en el ticket.
¿Compartir guarda el resultado o vigila la URL?
No. El enlace prepara una nueva consulta deliberada. Copia o descarga JSON para preservar la anterior. Compartir o dejar abierta la página no programa vigilancia; otra persona puede obtener otro resultado por contexto y tiempo.