Diagnóstico de red profesional en línea. Prueba víaPing ICMP(proxy remoto) oHTTPS OBTENER(directo desde el navegador) para medir la latencia y la estabilidad.
Latencia promedio
0 ms
Pérdida/falla de paquetes
0%
nerviosismo
0 ms
Solicitudes enviadas
0
📖 Introducción:
ICMP Ping (proxy remoto) y HTTPS GET (navegador directo) en paralelo, satisfaciendo diversas necesidades de diagnóstico.
Gráfico de líneas dinámicas de cambios de latencia, solicitudes de éxito/fracaso codificadas por colores.
Guarda automáticamente los objetivos probados recientemente; haga clic en el campo de entrada para elegir uno y borre con un clic.
La secuencia, el tiempo de respuesta, el estado (HTTPS) o la indicación de pérdida de cada solicitud están claramente impresos.
Calcula automáticamente la diferencia absoluta promedio entre retrasos consecutivos: una métrica de estabilidad precisa.
Seleccione "Continuo" para enviar solicitudes hasta que se detenga manualmente, ideal para el monitoreo de estabilidad a largo plazo.
Ingrese su dominio o IP (por ejemplo, ejemplo.com o 93.184.216.34) en el campo de destino, seleccione el modo de prueba (Ping o HTTPS) y haga clic en Iniciar. Para las pruebas HTTPS, asegúrese de que su servidor escuche en el puerto 443.
ICMP Ping mide el tiempo de ida y vuelta de la capa de red, mientras que HTTPS GET implica protocolo de enlace TCP, negociación TLS y solicitud/respuesta HTTP; normalmente tarda decenas de milisegundos más, lo que se espera.
Para redes cableadas, la pérdida debe ser del 0% la mayor parte del tiempo; para Wi‑Fi, se acepta hasta un 0,1 %. Una pérdida constante superior al 0,5 % o tiempos de espera frecuentes indican un problema importante: verifique su red local o comuníquese con su ISP.
Los navegadores no pueden enviar paquetes ICMP sin procesar debido a restricciones de seguridad. Esta herramienta utiliza un proxy backend (o API pública) para realizar el ping y devuelve los resultados, lo que permite realizar pruebas ICMP en cualquier objetivo.
Sí: la latencia de ping ICMP incluye el tiempo desde el proxy hasta el objetivo, no desde su ubicación. Sin embargo, la pérdida y la fluctuación aún reflejan la estabilidad de la red del objetivo. HTTPS GET no se ve afectado porque se ejecuta directamente desde su navegador.
Si una solicitud falla dentro de los 5 ms, generalmente la bloquea una extensión del navegador (por ejemplo, un bloqueador de anuncios). La herramienta lo marca como "Bloque local" en lugar de como una falla de red. Intente deshabilitar las extensiones y vuelva a probar.
Cada solicitud de ping tiene solo decenas de bytes; Las solicitudes HTTPS son ligeras (HEAD/no‑cors). Incluso después de una hora, el tráfico total suele estar por debajo de los 10 MB: es seguro de usar.