LumaProbe realiza una solicitud HEAD por salto, sigue como máximo diez redirecciones y valida cada destino antes de conectar. Se bloquean direcciones privadas, credenciales y puertos no estándar.
Una redirección permanente corta suele ser más fácil de mantener que varios saltos. Los códigos temporales y permanentes difieren, y algunos sitios rechazan HEAD aunque funcionen en el navegador.
El servidor sigue hasta diez solicitudes HEAD, valida y fija cada destino público y muestra estado, tiempo y cabeceras seleccionadas. No ejecuta JavaScript ni ve rutas dependientes de sesión; algunos sitios rechazan HEAD aunque funcionen con GET.
Utiliza el mismo dispositivo y navegador al comparar. Pausa copias en la nube, descargas, streaming y transferencias grandes; anota si usas Wi-Fi, Ethernet, datos móviles o una VPN. Ejecuta la comprobación al menos tres veces en vez de elegir un único resultado extremo.
Cambia solo una condición cada vez. Para un problema Wi-Fi, compara junto al router y en la habitación afectada. Si sospechas de la línea, añade una prueba por Ethernet cuando sea posible y registra la hora, ya que la congestión varía durante el día.
Introduce la URL HTTP o HTTPS completa Revisa cada destino
El servidor sigue hasta diez solicitudes HEAD, valida y fija cada destino público y muestra estado, tiempo y cabeceras seleccionadas. No ejecuta JavaScript ni ve rutas dependientes de sesión; algunos sitios rechazan HEAD aunque funcionen con GET.
Una redirección permanente corta suele ser más fácil de mantener que varios saltos. Los códigos temporales y permanentes difieren, y algunos sitios rechazan HEAD aunque funcionen en el navegador.
El navegador mide la ruta completa entre este dispositivo y LumaProbe: dispositivo, red local, proveedor, ruta y servidor. No puede aislar por sí solo la línea de banda ancha. El navegador, el antivirus, una VPN, las extensiones y la actividad en segundo plano también pueden influir.
Usa el resultado como evidencia diagnóstica, no como medición contractual ni como declaración de una caída del proveedor. Las comparaciones controladas y repetidas son más útiles que una cifra aislada.
Los resultados son estimaciones afectadas por el dispositivo, el navegador, la distancia al servidor y la actividad de red.
El siguiente paso es localizar el límite del problema, no perseguir una cifra perfecta. Comprueba si el resultado cambia con otro dispositivo, otra habitación, Ethernet, otra hora o una conexión móvil. Una diferencia repetida ofrece una pista más sólida que una sola ejecución.
Consulta el estado oficial del proveedor o servicio antes de comunicar una avería. Si el problema persiste, conserva hora, condiciones, mensajes de error y resultados completos. Explica qué comparación mejora o empeora; esa información ayuda al soporte a distinguir línea, Wi-Fi, dispositivo y destino.
No introduzcas contraseñas, datos de cuenta, direcciones privadas ni sistemas internos en herramientas públicas. Comparte capturas solo después de ocultar IP completas y datos personales. Los diagnósticos son orientativos y no sustituyen las pruebas seguras del proveedor.
Elimina bucles y saltos innecesarios Confirma en navegador y rastreador
Una redirección permanente corta suele ser más fácil de mantener que varios saltos. Los códigos temporales y permanentes difieren, y algunos sitios rechazan HEAD aunque funcionen en el navegador.
La herramienta no añade el resultado a una cuenta ni a un historial central. Los registros normales del servidor y seguridad pueden procesar datos para prestar y proteger el servicio.
Introduce la URL HTTP o HTTPS completa Revisa cada destino