400 Nieprawidłowe żądanie – HeaderHeader

Przeglądasz dokumentację Apigee Edge.
Przejdź do Dokumentacja Apigee X. informacje.

Krótki opis problemu

Aplikacja kliencka otrzymuje kod stanu HTTP 400 Bad Request z kodem błędu protocol.http.DuplicateHeader jako odpowiedź na wywołania interfejsu API.

Komunikat o błędzie

Aplikacja kliencka otrzymuje ten kod odpowiedzi:

HTTP/1.1 400 Bad Request

Możesz też zobaczyć komunikat o błędzie podobny do tego poniżej:

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

Możliwe przyczyny

Ten błąd występuje, jeśli konkretny nagłówek HTTP nie może mieć duplikatów w Apigee Edge, występuje więcej niż raz z tymi samymi lub różnymi wartościami w ramach żądania HTTP wysłanego przez do Apigee Edge.

Zgodnie z RFC 7230, sekcja 3.2.2: kolejność pól, nadawca NIE MOŻE generować wielu nagłówków o tej samej nazwie pola w wiadomości, chyba że pole nagłówka jest zdefiniowane jako lista rozdzielana przecinkami [np. #(values)] lub pole nagłówka jest dobrze znany wyjątek. Jeśli Apigee Edge znajdzie określony nagłówek, który nie może mieć więcej niż raz w żądaniu HTTP wysłanym przez klienta, odpowiada, podając 400 Bad Request i kod błędu protocol.http.DuplicateHeader.

Oto możliwe przyczyny tego błędu:

Typowe kroki diagnostyki

Użyj jednego z tych narzędzi lub metod, aby zdiagnozować ten błąd:

Przyczyna: zduplikowany nagłówek w żądaniu

Diagnostyka

1. Określ kod błędu i źródło błędu dla błędu zaobserwowanego za pomocą interfejsu API. Monitorowanie lub logi dostępu NGINX zgodnie z opisem w typowych krokach diagnostyki.
2. Jeśli Źródło błędu ma wartość apigee lub MP, to wskazuje, że żądanie wysłane przez aplikację kliencką do Apigee zawiera duplikat nagłówki.

3. Aby określić rzeczywisty nagłówek, który jest wysyłany więcej niż raz w ramach żądania, możesz użyć funkcji jedną z tych metod:

   Komunikat o błędzie

   Używanie komunikatu o błędzie

   1. Jeśli masz dostęp do pełnego komunikatu o błędzie otrzymanego z Apigee Edge, przeczytaj faultstring. faultstring zawiera który został wysłany więcej niż raz.

      Przykładowy komunikat o błędzie:

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

   2. W tym komunikacie o błędzie widać, że nagłówek Expires to wysłano więcej niż raz, jak widać w faultstring.

   Rzeczywiste żądanie

   Korzystanie z samego żądania

   1. Jeśli masz dostęp do rzeczywistego żądania wysłanego przez aplikację kliencką, wykonaj te czynności:

      1. Sprawdź listę nagłówków przekazanych w żądaniu.
      2. Jeśli dany nagłówek występuje więcej niż raz w sekcji żądania z tą samą wartością lub różnymi wartościami , to właśnie jest przyczyną dla tego błędu.

      Przykładowe żądanie:

      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"
      

      W powyższym żądaniu nagłówek Expires został wysłany częściej niż raz. W związku z tym żądanie kończy się niepowodzeniem z powodu błędu 400 Bad Request i kod błędu: protocol.http.DuplicateHeader.

   2. Jeśli masz dostęp do dzienników klienta, możesz też sprawdzić, informacje o rzeczywistym żądaniu wysłanym do Apigee Edge oraz określenie nagłówka, który została wysłana więcej niż raz.

Rozdzielczość

HTTPHeader.Expires=allowDuplicates, multiValued

Specyfikacja

Apigee oczekuje, że aplikacja kliencka nie będzie wysyłać zduplikowanych nagłówków w ramach żądania zgodnie z następującą specyfikacją RFC:

Jeśli nadal potrzebujesz pomocy zespołu pomocy Apigee, wejdź na Konieczne jest zbieranie informacji diagnostycznych.

Musi zbierać informacje diagnostyczne

Zbierz poniższe informacje diagnostyczne, a następnie skontaktuj się z zespołem pomocy Apigee Edge.

Jeśli jesteś użytkownikiem Public Cloud, podaj te informacje:

• Nazwa organizacji
• Nazwa środowiska
• Nazwa serwera proxy interfejsu API
• Wykonaj polecenie curl użyte do odtworzenia błędu 400
• Plik śledzenia żądań do interfejsu API

Jeśli jesteś użytkownikiem Private Cloud, podaj te informacje:

• Pełny komunikat o błędzie zaobserwowany dla nieudanych żądań
• Nazwa środowiska
• Pakiet serwerów proxy interfejsu API
• Wykonaj polecenie curl użyte do odtworzenia błędu 400
• Plik śledzenia żądań do interfejsu API

• Logi dostępu NGINX:

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

  Gdzie: ORG, ENV i PORT# są zastępowane przez wartości rzeczywiste.

• Logi systemowe procesora wiadomości /opt/apigee/var/log/edge-message-processor/logs/system.log