Error 400 de solicitud incorrecta: DuplicateHeader

Estás viendo la documentación de Apigee Edge.
Ir a la documentación de Apigee X. info

Síntoma

La aplicación cliente obtiene un código de estado HTTP 400 Bad Request con el código de error protocol.http.DuplicateHeader como respuesta a las llamadas a la API.

Mensaje de error

La aplicación cliente obtiene el siguiente código de respuesta:

HTTP/1.1 400 Bad Request

Además, es posible que observes un mensaje de error similar al que se muestra a continuación:

{
   "fault":{
      "faultstring":"Duplicate Header \"Expires\"",
      "detail":{
         "errorcode":"protocol.http.DuplicateHeader"
      }
   }
}

Causas posibles

Este error se produce si un encabezado HTTP específico que no puede tener duplicados en Apigee Edge aparece más de una vez con los mismos valores o con valores diferentes como parte de la solicitud HTTP que envía el cliente a Apigee Edge.

Según la RFC 7230, sección 3.2.2: Orden de los campos, un emisor NO DEBE generar varios campos de encabezado con el mismo nombre de campo en un mensaje, a menos que el valor de campo completo para ese campo de encabezado se defina como una lista separada por comas [es decir, #(values)] o que el campo de encabezado sea una excepción conocida. Si Apigee Edge encuentra un encabezado específico, que no puede tener duplicados, más de una vez en la solicitud HTTP que envía el cliente, responde con 400 Bad Request y el código de error protocol.http.DuplicateHeader.

Estas son las posibles causas de este error:

Pasos comunes de diagnóstico

Usa una de las siguientes herramientas o técnicas para diagnosticar este error:

Causa: Encabezado duplicado en la solicitud

Diagnóstico

1. Determina el código de falla y la fuente de falla del error observado con la supervisión de API o los registros de acceso de NGINX, como se explica en Pasos comunes de diagnóstico.
2. Si la fuente de falla tiene el valor apigee o MP, esto indica que la solicitud que envió la aplicación cliente a Apigee contiene encabezados duplicados.

3. Puedes determinar el encabezado real que se envía más de una vez como parte de la solicitud con uno de los siguientes métodos:

   Mensaje de error

   Uso del mensaje de error

   1. Si tienes acceso al mensaje de error completo que recibiste de Apigee Edge, entonces consulta el faultstring. El faultstring contiene el nombre del encabezado que se envió más de una vez.

      Mensaje de error de muestra:

      "faultstring":"Duplicate Header \"Expires\""

   2. En el mensaje de error anterior, puedes ver que el encabezado Expires se envía más de una vez, como se ve en el faultstring.

   Solicitud real

   Uso de la solicitud real

   1. Si tienes acceso a la solicitud real que realizó la aplicación cliente, entonces sigue estos pasos:

      1. Verifica la lista de encabezados que se pasaron en la solicitud.
      2. Si encuentras que un encabezado en particular aparece más de una vez en la solicitud con el mismo valor o valores diferentes , esa es la causa de este error.

      Solicitud de ejemplo:

      curl https://HOST_ALIAS/duplicateheadertest -v -H "Expires: Mon, 21 June 2021 07:28:00 GMT" -H "Expires: Mon, 21 June 2021 07:28:00 GMT"
      

      En la solicitud de ejemplo anterior, el encabezado Expires se envía más de una vez. Por lo tanto, esta solicitud falla con el 400 Bad Request error y el código de error: protocol.http.DuplicateHeader.

   2. Como alternativa, si tienes acceso a los registros del cliente, puedes ver si tienes información sobre la solicitud real que se realizó a Apigee Edge y determinar el encabezado que se envía más de una vez.

Solución

HTTPHeader.Expires=allowDuplicates, multiValued

Especificación

Apigee espera que la aplicación cliente no envíe encabezados duplicados como parte de la solicitud según las siguientes especificaciones de RFC:

Si aún necesitas asistencia de Apigee, consulta Se debe recopilar información de diagnóstico.

Se debe recopilar información de diagnóstico

Recopila la siguiente información de diagnóstico y, luego, comunícate con Asistencia de Apigee Edge.

Si eres usuario de la nube pública, proporciona la siguiente información:

• Nombre de la organización
• Nombre del entorno
• Nombre del proxy de API
• Comando curl completo que se usó para reproducir el error 400
• Archivo de seguimiento de las solicitudes a la API

Si eres usuario de la nube privada, proporciona la siguiente información:

• Mensaje de error completo observado para las solicitudes con errores
• Nombre del entorno
• Paquete de proxy de API
• Comando curl completo que usaste para reproducir el error 400
• Archivo de seguimiento de las solicitudes a la API

• Registros de acceso de NGINX:

  /opt/apigee/var/log/edge-router/nginx/ORG~ENV.PORT#_access_log

  Donde: ORG, ENV y PORT# se reemplazan por valores reales.

• Registros del sistema del Message Processor /opt/apigee/var/log/edge-message-processor/logs/system.log