LumaProbe envía una solicitud HEAD desde su servidor. Se bloquean destinos privados, credenciales y puertos no estándar. El resultado corresponde a este servidor.
Los códigos 200 suelen indicar éxito, 300 redirección, 400 problema de solicitud o acceso y 500 problema del servidor. Algunos sitios rechazan solicitudes HEAD.
El servidor valida una URL pública y envía una única solicitud HEAD sin seguir redirecciones; bloquea destinos privados y puertos no estándar. Un código de respuesta es una pista, no prueba de salud global: algunos sitios rechazan HEAD. Compara la página oficial, otro dispositivo y otra conexión.
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 HTTPS completa Consulta el estado oficial
El servidor valida una URL pública y envía una única solicitud HEAD sin seguir redirecciones; bloquea destinos privados y puertos no estándar. Un código de respuesta es una pista, no prueba de salud global: algunos sitios rechazan HEAD. Compara la página oficial, otro dispositivo y otra conexión.
Los códigos 200 suelen indicar éxito, 300 redirección, 400 problema de solicitud o acceso y 500 problema del servidor. Algunos sitios rechazan solicitudes HEAD.
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.
Prueba el sitio en tu navegador Evita comprobaciones repetidas
Los códigos 200 suelen indicar éxito, 300 redirección, 400 problema de solicitud o acceso y 500 problema del servidor. Algunos sitios rechazan solicitudes HEAD.
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 HTTPS completa Consulta el estado oficial