Analizador de mensajes HTTP

Analizar e inspeccionar mensajes HTTP/1.x y HTTP/2 incluyendo solicitudes, respuestas y salida detallada de curl. Ver encabezados, códigos de estado y cuerpos en un formato estructurado. Soporta detección automática del tipo de cuerpo para contenido JSON, HTML y XML.

Especificaciones

• RFC 9110 - HTTP Semantics
• RFC 9112 - HTTP/1.1
• RFC 9113 - HTTP/2

Casos de uso comunes

• Depurar solicitudes HTTP desde la pestaña de red del navegador
• Analizar respuestas de API
• Analizar salida de curl -v para resolución de problemas
• Inspeccionar cargas útiles de webhooks
• Revisar encabezados HTTP para análisis de seguridad

Funcionalidades

• Analizar solicitudes y respuestas HTTP/1.x y HTTP/2
• Analizar formato de salida detallada de curl -v
• Mostrar códigos de estado con categorías codificadas por color (2xx, 3xx, 4xx, 5xx)
• Separar encabezados de solicitud y respuesta para salida de curl
• Detección automática del tipo de contenido del cuerpo (JSON, HTML, XML)
• Renderizado dinámico de herramienta de cuerpo (carga diferida de JSONTool, HTMLTool, etc. para el contenido del cuerpo)
• Expandir/contraer secciones del cuerpo
• Copiar encabezados o cuerpo al portapapeles

Ejemplos

GET /api/users HTTP/1.1
Host: example.com
Accept: application/json
Authorization: Bearer token123

HTTP/1.1 200 OK
Content-Type: application/json
Content-Length: 27

{"name":"John","age":30}

* Trying 93.184.216.34:443...
* Connected to example.com
> GET /api HTTP/1.1
> Host: example.com
> Accept: */*
>
< HTTP/1.1 200 OK
< Content-Type: application/json
<
{"status":"ok"}

Consejos

• Pegue la salida de curl -v directamente - los encabezados de solicitud y respuesta se analizan por separado.
• Haga clic en "Decodificar como JSON/HTML/XML" para encadenar el cuerpo al decodificador apropiado.
• Los códigos de estado están codificados por color: verde (2xx), azul (3xx), amarillo (4xx), rojo (5xx).

Comprender Analizador de mensajes HTTP

Los mensajes HTTP son las unidades fundamentales de comunicación en el Protocolo de Transferencia de Hipertexto. Cada interacción entre un cliente web y un servidor consiste en un mensaje de solicitud y un mensaje de respuesta. Comprender su estructura es esencial para depurar APIs, analizar tráfico de red y construir servicios web.

Una solicitud HTTP comienza con una línea de solicitud que contiene el método (GET, POST, PUT, DELETE), la ruta objetivo y la versión del protocolo. Esto es seguido por campos de encabezado (pares clave-valor), una línea en blanco y un cuerpo opcional. El método indica la acción prevista: GET recupera datos, POST envía datos, PUT reemplaza un recurso, DELETE lo elimina y PATCH lo actualiza parcialmente.

Una respuesta HTTP comienza con una línea de estado que contiene la versión del protocolo, un código de estado de tres dígitos y una frase de razón. Los códigos de estado se agrupan por clase: 2xx para éxito (200 OK, 201 Created), 3xx para redirección (301 Moved, 304 Not Modified), 4xx para errores del cliente (400 Bad Request, 401 Unauthorized, 404 Not Found) y 5xx para errores del servidor (500 Internal Server Error, 502 Bad Gateway).

La herramienta de línea de comandos curl con la bandera -v (verbose) muestra tanto la solicitud como la respuesta en un formato distintivo usando > para datos enviados y < para datos recibidos. Este formato de salida es una de las formas más comunes en que los desarrolladores encuentran mensajes HTTP sin procesar, haciendo del análisis de curl -v una capacidad de depuración esencial.

HTTP/1.1 es basado en texto y envía una solicitud por conexión TCP a la vez (el pipelining existe pero tiene soporte deficiente). HTTP/2 es un protocolo binario que multiplexa múltiples solicitudes sobre una sola conexión, soporta server push y comprime encabezados con HPACK. HTTP/2 reduce significativamente la latencia para sitios web modernos. La semántica — métodos, códigos de estado y encabezados — permanece igual en ambas versiones; solo el formato de transmisión difiere.

En la salida de curl -v, las líneas que comienzan con > son datos enviados al servidor (la solicitud), las líneas que comienzan con < son datos recibidos del servidor (la respuesta) y las líneas que comienzan con * son mensajes informativos de curl sobre detalles de conexión y negociación TLS. Una línea en blanco que contiene solo > o < separa los encabezados del cuerpo. Esta herramienta analiza las tres secciones automáticamente.

Los códigos de estado siguen un esquema numérico bien definido: los códigos 1xx son informativos (100 Continue), 2xx indica éxito (200 OK, 201 Created, 204 No Content), 3xx señala redirección (301 Permanent, 302 Found, 304 Not Modified), 4xx representa errores del cliente (400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 429 Too Many Requests) y 5xx cubre errores del servidor (500 Internal Error, 502 Bad Gateway, 503 Service Unavailable).