example - HTTP Chunked Encoding. Necesita un ejemplo de ''Trailer'' mencionado en SPEC

transfer-encoding chunked example

Question

Estoy escribiendo un analizador HTTP para un proxy transparente. Lo que me sorprende es el Trailer: mencionado en las especificaciones de Transfer-Encoding: chunked . Cómo se ve?

Normalmente, un HTTP fragmentado termina de esta manera.

0/r/n
/r/n

Estoy confundido sobre cómo detectar el final del fragmento si hay algún tipo de encabezados finales ...

ACTUALIZACIÓN: Creo que una simple /r/n/r/n es decir, una línea vacía es suficiente para detectar el final de los encabezados finales ... ¿Es eso correcto?

Answer 1

0 / r / n
SomeAfterHeader: TheData / r / n
/ r / n

En otras palabras, es suficiente buscar una /r/n/r/n , en términos simples: una línea en blanco . Para detectar el final de una transmisión fragmentada. Pero es muy importante que cada parte se lea antes de hacer esto. Debido a que los datos fragmentados en sí mismos pueden contener líneas en blanco que se detectarán erróneamente como el final de la secuencia.

Answer 2

A continuación se muestra una copia de un ejemplo de avance que copié del sitio de la Guía TCP / IP .

Como podemos ver, si queremos usar el encabezado del trailer, necesitamos agregar un campo de encabezado "Trailer: header_name" con un nombre de encabezado y luego agregar la entidad del encabezado del trailer después del área del cuerpo fragmentado.

Podemos agregar 0 o más encabezados de tráiler en un cuerpo HTTP según el RFC. La Sección 4.1.2 de RFC7230 prohíbe el uso de los siguientes encabezados en el área de encabezado del remolque:

Un remitente NO DEBE generar un tráiler que contenga un campo necesario para el enmarcado de mensajes (por ejemplo, Transferencia-Codificación y Contenido-Longitud), enrutamiento (por ejemplo, Host), modificadores de solicitud (por ejemplo, controles y condicionales en la Sección 5 de RFC7231 ), autenticación (por ejemplo, consulte RFC7235 y RFC6265 ), datos de control de respuesta (por ejemplo, consulte la Sección 7.1 de RFC7231 ), o determine cómo procesar la carga útil (por ejemplo, Codificación de contenido, Tipo de contenido, Rango de contenido y Remolque).

Esto significa que podemos usar otros encabezados estándar y encabezados personalizados en el área del encabezado del remolque.

Answer 3

Respecto al trailer:

La lista de encabezados finales se debe especificar en el encabezado del Remolque, como se indica.

El BNF en la Sección 14.40 de RFC 2616 es este:

Trailer  = "Trailer" ":" 1#field-name

Gourley y Totty dan este ejemplo:

Trailer: Content-Length

(Es extraño que den este ejemplo, ya que Content-Length está explícitamente prohibido ser un encabezado final en 14.40).

Shiflett da este ejemplo:

Trailer: Date

Con respecto al final del mensaje con encabezados finales:

El BNF en la Sección 3.6.1 de RFC 2616 es lo que está buscando. Aquí está la parte:

Chunked-Body = *chunk
               last-chunk
               trailer
               CRLF
last-chunk   = 1*("0") [ chunk-extension ] CRLF
trailer      = *(entity-header CRLF)

Por lo tanto, el último fragmento y los dos encabezados finales podrían tener este aspecto:

0<CRLF>
Date:Sun, 06 Nov 1994 08:49:37 GMT<CRLF>
Content-MD5:1B2M2Y8AsgTpgAmY7PhCfg==<CRLF>
<CRLF>