400 Bad Request – DuplicateHeader

<ph type="x-smartling-placeholder"></ph> Sie sehen die Dokumentation zu Apigee Edge.
Gehen Sie zur Apigee X-Dokumentation. Weitere Informationen

Symptom

Die Clientanwendung ruft den HTTP-Statuscode 400 Bad Request mit Fehlercode ab protocol.http.DuplicateHeader als Antwort auf API-Aufrufe an.

Fehlermeldung

Die Clientanwendung ruft den folgenden Antwortcode ab:

HTTP/1.1 400 Bad Request

Außerdem kann eine Fehlermeldung wie die folgende angezeigt werden:

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

Mögliche Ursachen

Dieser Fehler tritt auf, wenn ein bestimmter HTTP-Header, der in Apigee keine Duplikate enthalten darf, Edge, erscheint mehr als einmal mit denselben oder unterschiedlichen Werten als Teil der HTTP-Anfrage, die von den Client an Apigee Edge.

Gemäß RFC 7230, Abschnitt 3.2.2: Feldreihenfolge. Ein Absender DARF KEINE Mehrfach-Header generieren. Felder mit demselben Feldnamen in einer Nachricht, es sei denn, der gesamte Feldwert Header-Feld ist als eine durch Kommas getrennte Liste definiert [d.h. #(values)] oder das Header-Feld ein bekannte Ausnahme sein. Wenn Apigee Edge einen bestimmten Header findet, ist dieser Duplikate vorhanden sind, mehr als einmal in der HTTP-Anfrage , die vom Client gesendet wird, antwortet mit 400 Bad Request und Fehlercode protocol.http.DuplicateHeader

Mögliche Ursachen für diesen Fehler:

Allgemeine Diagnoseschritte

Verwenden Sie eines der folgenden Tools oder Techniken, um diesen Fehler zu diagnostizieren:

Ursache: Doppelter Header in Anfrage

Diagnose

1. Ermitteln Sie den Fehlercode und die Fehlerquelle für den mit der API beobachteten Fehler. Monitoring- oder NGINX-Zugriffslogs, wie unter Allgemeine Diagnoseschritte erläutert.
2. Wenn die Fehlerquelle den Wert apigee oder MP hat, ist dies gibt an, dass die von der Clientanwendung an Apigee gesendete Anfrage doppelte Einträge enthält Header.

3. Sie können den tatsächlichen Header ermitteln, der mehrmals im Rahmen der Anfrage gesendet wird, indem Sie eine der folgenden Methoden:

   Fehlermeldung

   Fehlermeldung

   1. Wenn Sie Zugriff auf die vollständige Fehlermeldung von Apigee Edge haben, dann Weitere Informationen finden Sie im faultstring. faultstring enthält den Headername, der mehrmals gesendet wurde.

      Beispiel für eine Fehlermeldung:

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

   2. In der obigen Fehlermeldung sehen Sie, dass der Header Expires ein mehr als einmal gesendet, wie in faultstring angezeigt.

   Tatsächliche Anfrage

   Über die eigentliche Anfrage

   1. Wenn Sie Zugriff auf die eigentliche Anfrage der Clientanwendung haben, führen Sie die folgenden Schritte aus:

      1. Überprüfen Sie die Liste der in der Anfrage übergebenen Header.
      2. Wenn Sie feststellen, dass ein bestimmter Titel mehr als einmal im mit demselben oder unterschiedlichen Werten anfordern , ist das der Grund für diesen Fehler.

      Beispielanfrage:

      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"
      

      In der obigen Beispielanfrage wird der Header Expires mehr als einmal. Daher schlägt diese Anfrage mit dem Fehler 400 Bad Request fehl und Fehlercode: protocol.http.DuplicateHeader.

      <ph type="x-smartling-placeholder">
   2. Wenn Sie Zugriff auf die Clientprotokolle haben, Informationen über die tatsächliche Anfrage an Apigee Edge und ermitteln Sie den Header, wird mehrmals gesendet.

Auflösung

HTTPHeader.Expires=allowDuplicates, multiValued

Spezifikation

Apigee erwartet, dass die Clientanwendung keine doppelten Header als Teil der Anfrage sendet gemäß den folgenden RFC-Spezifikationen:

Wenn Sie weitere Unterstützung vom Apigee-Support benötigen, gehen Sie zu Diagnoseinformationen müssen erfasst werden.

Erfassen von Diagnoseinformationen erforderlich

Erfassen Sie die folgenden Diagnoseinformationen und wenden Sie sich an den Apigee Edge-Support.

Wenn Sie ein Public Cloud-Nutzer sind, geben Sie die folgenden Informationen an:

• Name der Organisation
• Name der Umgebung
• API-Proxy-Name
• Vollständiger curl-Befehl zum Reproduzieren des 400-Fehlers
• Ablaufverfolgungsdatei für API-Anfragen

Wenn Sie ein Private Cloud-Nutzer sind, geben Sie die folgenden Informationen an:

• Vollständige Fehlermeldung für fehlgeschlagene Anfragen
• Name der Umgebung
• API-Proxy-Bundle
• Führen Sie den curl-Befehl aus, mit dem Sie den 400-Fehler reproduziert haben
• Ablaufverfolgungsdatei für API-Anfragen

• NGINX-Zugriffslogs:

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

  Wo:ORG, ENV und PORT# werden ersetzt durch tatsächliche Werte.

• Systemprotokolle für Message Processor /opt/apigee/var/log/edge-message-processor/logs/system.log