Conectividad ICMP por ubicación

Ping

Ejecuta un ping acotado del lado del servidor desde Rusia y Finlandia, con pérdida de paquetes, latencias de muestra y tiempo medio de ida y vuelta cuando está disponible.

Ping es útil cuando te importa la conectividad pura y la pérdida de paquetes por ubicación, no el renderizado del navegador ni la respuesta a nivel de aplicación.

Ruta de red

Herramienta pública gratuita. No requiere cuenta.

Resumen

Ping compara Rusia y Finlandia. La pérdida de paquetes y la latencia pueden ser muy distintas en otra región o con otro proveedor.

Pérdida de paquetes

Puedes ver si todas las solicitudes ICMP de eco regresaron o si la ruta perdió parte o la totalidad del conjunto de pruebas.

Latencia de ida y vuelta

Los tiempos medio, mínimo y máximo ayudan a decidir si la ruta es lo bastante estable antes de pasar a herramientas de capa de aplicación.

Salida del comando en bruto

La salida de ping del servidor se mantiene visible para que puedas leer el resultado exacto del comando y no solo el resumen analizado.

Host o IP

Ping

Listo

Introduce un host público o una dirección IP pública. El ping se ejecuta desde Rusia y Finlandia y aun así no pretende representar a todas las regiones.

Ping compara Rusia y Finlandia. La pérdida de paquetes y la latencia pueden ser muy distintas en otra región o con otro proveedor.

Ejemplos

Informe

Listo

Resumen

Informe de diagnóstico del lado del servidor

El informe aparecerá aquí

Ejecuta una comprobación para generar un informe estructurado con estado, tiempos, detalles técnicos y salida en bruto cuando esté disponible.

ResumenAparece cuando termine la comprobación.
DetallesAparece cuando termine la comprobación.
Salida en brutoAparece cuando termine la comprobación.

01

Qué comprueba esta herramienta

Pérdida de paquetes

Puedes ver si todas las solicitudes ICMP de eco regresaron o si la ruta perdió parte o la totalidad del conjunto de pruebas.

Latencia de ida y vuelta

Los tiempos medio, mínimo y máximo ayudan a decidir si la ruta es lo bastante estable antes de pasar a herramientas de capa de aplicación.

Salida del comando en bruto

La salida de ping del servidor se mantiene visible para que puedas leer el resultado exacto del comando y no solo el resumen analizado.

02

Cómo usarla

01

Ejecuta ping cuando quieras la señal más simple de conectividad antes de depurar puertos o HTTP.

02

Revisa juntos la pérdida de paquetes y la latencia media; uno sin el otro puede dar una impresión incompleta.

03

Usa luego Traceroute cuando ping falle o sea irregular y necesites visibilidad de la ruta.

03

Cómo interpretar el resultado

Ping es solo nivel de red

Un host puede responder a ping mientras la aplicación en el puerto 80 o 443 sigue rota, y muchos hosts bloquean ping aunque sirvan HTTP sin problema.

La pérdida de paquetes es la primera señal

Incluso una pérdida moderada puede explicar un comportamiento lento o inestable de la aplicación desde una ubicación de prueba activa.

Dos ubicaciones no son todo internet

Este resultado es útil, pero refleja solo Rusia y Finlandia. Otra ciudad o proveedor puede ver algo distinto.

Guías para sacar más partido a esta herramienta

Interpreta el resultado, entiende los fallos habituales y elige el siguiente paso de diagnóstico sin salir del producto.

Preguntas frecuentes de Ping

¿Por qué ping puede fallar aunque el sitio abra bien?

Porque muchos proveedores limitan o bloquean ICMP sin bloquear TCP. Ping es útil, pero no equivale a una comprobación HTTP.

¿Qué debería hacer después de ver pérdida de paquetes?

Abre Traceroute para revisar la ruta y Comprobador web para medir el tiempo de aplicación, así podrás separar pérdida de red de problemas de la propia aplicación.

¿La latencia que aparece aquí es la latencia real del usuario?

Es solo el tiempo de ida y vuelta de red desde las ubicaciones de prueba activas. La experiencia real también depende de la geografía, el navegador y el trabajo de la aplicación.

Herramientas relacionadas