Consultar el estado HTTP y las cabeceras de una URL

El servidor de VoriTools solicita la dirección e informa de lo que respondió: la IP que atendió, el código de estado de la respuesta final y las cabeceras de esa respuesta. El navegador del visitante solo recibe el resultado.

La comprobación es una sola petición, no una monitorización: muestra un momento visto desde una red. Sirve para confirmar una redirección, un 404 o una cabecera; para revisar la misma dirección una y otra vez está la herramienta de actualización temporizada.

  1. Escribe una dirección completa o solo el nombre del host. example.com se pide primero por http y sigue la redirección del propio sitio; https://example.com/pagina se usa tal cual se escribe.
  2. Pulsa Comprobar estado y cabeceras. El servidor de VoriTools envía la petición con el User-Agent de un navegador de escritorio y sigue hasta cinco redirecciones.
  3. Lee primero la tabla izquierda: la línea de estado que envió el servidor (HTTP/1.1 200 OK) y después cada cabecera de esa respuesta final. La tabla derecha repite los números de esta comprobación: la IP que atendió, el código de estado y cuántas redirecciones se siguieron.
  4. Si la dirección no se puede comprobar, la página dice cuál de los casos es en lugar de una frase única: entrada vacía, dirección que no es http ni https, dirección privada o local, host que no responde o el tiempo de espera de 12 segundos.

Qué envía la comprobación, qué rechaza y cómo leer la tabla

Qué hace la comprobación

La petición sale del servidor de VoriTools, no de tu dispositivo, así que la respuesta describe lo que ve esa red. El servidor se identifica con el User-Agent de un navegador de escritorio; una versión anterior no enviaba ninguno y algunos sitios responden 403 a las peticiones que llegan sin él.

La página solo necesita las cabeceras, así que el cuerpo de la respuesta se lee hasta 1 MB y se descarta. Un host que no contesta termina la comprobación a los 12 segundos, y una conexión que no se puede abrir, a los 5.

Cómo leer la respuesta

La primera fila es la línea de estado, por ejemplo HTTP/1.1 200 OK: protocolo, código y texto de motivo tal como los escribió el servidor. Las filas siguientes son los nombres y valores de las cabeceras tal como llegaron, en su orden, de modo que una cabecera enviada dos veces aparece dos veces.

La tabla derecha lleva los números propios de esta comprobación: la IP que atendió, enlazada a la página de consulta de IP, el código de estado de la respuesta final y el número de redirecciones seguidas. El título sobre las cabeceras muestra la dirección que respondió al final, que no siempre es la que se escribió.

Direcciones que la comprobación rechaza

Solo se consultan http y https, y solo direcciones públicas. Los rangos privados, reservados y de bucle local se rechazan -127.0.0.1, 10.0.0.1, 192.168.1.1, 169.254.169.254, localhost y hosts solo numéricos como 0177.0.0.1-, y una redirección que apunte a uno de ellos se descarta en vez de seguirse.

Un nombre que no se resuelve se informa como falta de respuesta, no como dirección rechazada, porque cada caso se arregla de forma distinta.

Cuando la respuesta no coincide con el navegador

Algunos sitios responden 403 o 429 a peticiones desde direcciones de centro de datos aunque la página esté bien. En ese caso la respuesta describe la protección contra bots del sitio, no la página, así que conviene repetir la comprobación antes de cambiar nada.

Las cachés, las CDN y los balanceadores pueden responder de forma distinta en cada petición, así que la misma dirección puede devolver otro código un minuto después. Comprueba dos veces antes de tomar un resultado como un hecho de producción.

Herramientas recientes: