Global Ping
El ping global ejecuta una medición —ping, HTTP, DNS, traceroute o MTR— desde sondas en redes de todo el mundo al mismo tiempo, para que veas si un problema está en todas partes o solo en tu ruta. Elige una medición, nombra un objetivo, elige hasta cuatro lugares y compara las respuestas lado a lado.
¿Quieres vigilarlo desde muchos lugares las 24 horas? Vigílalo gratis con myeventwatch — alertas de caducidad y caídas, sin tarjeta.
Una medición, muchos puntos de vista
Cada prueba de red que ejecutas desde tu mesa responde a una pregunta más estrecha de lo que crees: no «¿está este host arriba?», sino «¿está arriba desde aquí, por mi proveedor, por mi peering, ahora mismo?». Internet no tiene un único punto de vista, y la mayoría de las caídas confusas son locales de un modo invisible desde dentro: una ruta rota en una región, un resolutor envenenado en un país, un nodo anycast que falla para un continente mientras sirve felizmente a otro. El ping global saca tu propia ruta de la ecuación ejecutando la medición idéntica desde sondas voluntarias en redes sin relación, en el mismo momento. Cuando todas las sondas coinciden en que el objetivo está caído, está caído. Cuando una ciudad falla y las demás pasan sin problema, el problema vive en una ruta, no en el destino —y esa sola distinción suele ser media batalla de depuración—.
Las cinco mediciones responden a seguimientos distintos. Ping da el tiempo de ida y vuelta y la pérdida de paquetes, la salud bruta de la alcanzabilidad. HTTP cronometra una petición real y devuelve el código de estado, atrapando la gran clase de fallos en los que un host responde al ping pero el servicio no funciona. DNS pregunta a los resolutores locales de cada sonda, que es como se atrapa una respuesta correcta en Fráncfort y errónea en Singapur. Traceroute lista los saltos de la sonda al objetivo, para que veas dónde divergen las rutas. MTR combina ambos, haciendo ping a cada salto repetidamente, lo que separa «el último salto es lento» de «un enlace intermedio pierde paquetes y todo lo posterior solo hereda la culpa».
Cómo leer un resultado dividido
Empieza por el acuerdo. Si todas las sondas informan tiempos parecidos y las mismas respuestas, tu problema está casi seguro entre tú e internet en general: tu proveedor, tu VPN o tu resolutor local. Si exactamente una ubicación discrepa, sospecha de la geografía: el enrutamiento es por red, y la mala ruta de un solo proveedor de tránsito puede agujerear una región dejando a todos los demás intactos. Si las respuestas DNS difieren por ubicación para un nombre que no se dirige deliberadamente por geografía, eso es un fallo, no una función: los resolutores deberían converger en los mismos registros cuando expiran las cachés. Y cuando un objetivo se resuelve a propósito a direcciones distintas en lugares distintos, estás viendo anycast o geo-DNS funcionando como se diseñó: compara cada sonda con la dirección a la que realmente llegó, que esta página imprime, en lugar de esperar una única respuesta verdadera.
Herramientas relacionadas: la comprobación de salud del sitio web para el panorama completo de un sitio desde el servidor de sysosx, el comprobador de propagación DNS para ver si cuatro grandes resolutores públicos coinciden en un nombre, y el artículo complementario ¿está caído, o eres solo tú?, sobre usar muchos puntos de vista para resolver exactamente esa pregunta.
Atribución y honestidad: las mediciones se ejecutan en la red Globalping de jsDelivr, mediante sondas voluntarias alojadas en redes de todo el mundo — trata la red como el recurso compartido que es. Esta página usa el nivel gratuito compartido, así que se aplican límites por visitante, los objetivos populares se guardan en caché brevemente, y en momentos de carga el propio servicio ascendente puede saturarse, algo que la página informa en lugar de disfrazar como un fallo del objetivo.
Cinco términos que hacen legibles los resultados
| Sonda | Un pequeño agente que corre en la red de otra persona —una conexión doméstica, una VM en la nube, una universidad— que realiza la medición donde está e informa del resultado. |
| Punto de vista | El lugar desde el que se toma una medición; el mismo objetivo puede verse sano desde un punto de vista y roto desde otro, y ambas observaciones pueden ser ciertas. |
| Anycast | Anunciar la misma dirección IP desde muchos lugares a la vez, para que cada usuario llegue a la instancia más cercana —por eso sondas distintas llegan legítimamente a máquinas distintas en una misma dirección—. |
| Pérdida de paquetes | La parte de paquetes enviados que nunca vuelve; un poco de pérdida en una ruta larga es soportable, una pérdida sostenida significa que algo en la ruta está descartando tráfico. |
| MTR | Un híbrido de ping y traceroute que hace ping a cada salto de la ruta repetidamente, mostrando pérdida y latencia por salto en lugar de solo en el destino. |
Preguntas frecuentes
¿Por qué las ubicaciones deben escribirse en inglés?
La API de Globalping compara los nombres de ubicación con su propio diccionario geográfico en inglés de ciudades, regiones y países. «Frankfurt», «New York» y «Singapore» coinciden de forma fiable; un nombre de ciudad traducido normalmente no coincide con nada, y la medición no puede empezar. Por eso las cuatro casillas se etiquetan con honestidad: escribe el lugar en inglés y usa la lista de sugerencias, que ofrece diez ciudades con buena cobertura. Se selecciona una sonda por cada ubicación que nombres.
Una sonda dice sin conexión o fallida. ¿Está caído el objetivo?
No: ese resultado habla de la sonda, no del objetivo. Una sonda puede desconectarse, perder su propia conectividad o ser incapaz de ejecutar un tipo de medición; los resultados de las demás sondas siguen en pie. Juzga el objetivo por las sondas que terminaron: si coinciden, su veredicto es la respuesta, y una sola sonda fallida es ruido sobre la propia red de medición.
¿Por qué los resultados a veces están en caché, y por qué los límites?
Las mediciones consumen una red compartida y voluntaria, con un nivel gratuito de presupuesto horario modesto compartido por todos los que la usan a través de este sitio. Para que sea justo, cada visitante obtiene un número limitado de mediciones frescas, y repetir la misma medición en una ventana corta devuelve la copia en caché, etiquetada como tal. Si el nivel gratuito ascendente se agota, la página lo dice claramente en lugar de inventar un resultado.
El ping funciona pero HTTP falla (o al revés). ¿Qué significa?
Prueban capas distintas. El ping prueba que la pila de red del host responde a ICMP; no dice nada del servidor web, que puede estar caído, mal configurado o devolviendo errores: un resultado HTTP con un código 5xx es una red que funciona y un servicio roto. Lo contrario —HTTP funciona y el ping agota el tiempo— también es común y normalmente inocente: muchos hosts y cortafuegos descartan ICMP deliberadamente mientras sirven tráfico con normalidad.
¿Puedo probar desde más de cuatro ubicaciones, o ejecutar esto continuamente?
Esta página ejecuta hasta cuatro sondas por medición para mantenerse en el nivel gratuito compartido. Para una comprobación continua desde muchos lugares —la versión «despiértame cuando se rompa en alguna parte» de esta herramienta—, un servicio de monitorización es la forma adecuada; el enlace bajo el formulario ofrece monitorización gratuita mediante myeventwatch. Para una pregunta puntual, cuatro ubicaciones bien repartidas suelen bastar para separar «caído en todas partes» de «caído solo para algunos».