400 Bad Request - DecompressionFailureAtRequest

Вы просматриваете документацию по Apigee Edge.
Перейдите к документации по Apigee X. Информация

Symptom

Клиентское приложение получает код статуса HTTP 400 Bad Request с кодом ошибки messaging.adaptors.http.flow.DecompressionFailureAtRequest в качестве ответа на вызовы API.

Сообщение об ошибке

Клиентское приложение получает следующий код ответа:

HTTP/1.1 400 Bad Request

Кроме того, вы можете увидеть сообщение об ошибке, похожее на приведенное ниже:

{
   "fault":{
      "faultstring":"Decompression failure at request",
      "detail":{
         "errorcode":"messaging.adaptors.http.flow.DecompressionFailureAtRequest"
      }
   }
}

Возможные причины

Эта ошибка возникает только в следующих случаях:

• Кодировка, указанная в заголовке Content-Encoding HTTP-запроса, действительна и поддерживается Apigee Edge.

BUT

• Формат полезной нагрузки, отправленной клиентом в составе HTTP-запроса, не соответствует формату кодировки, указанному в заголовке Content-Encoding .

Это происходит потому, что Apigee Edge не удается декодировать полезную нагрузку с помощью указанной кодировки, поскольку формат полезной нагрузки не совпадает с форматом кодировки, указанным в заголовке Content-Encoding.

Ниже приведены примеры поддерживаемых значений Content-Encoding и ожидаемый формат полезной нагрузки в Apigee Edge в этих случаях:

Возможные причины ошибки:

Распространенные этапы диагностики

Чтобы диагностировать эту ошибку, используйте один из следующих инструментов или методов:

Причина: формат полезной нагрузки запроса не соответствует кодировке, указанной в заголовке Content-Encoding.

По умолчанию Apigee Edge всегда распаковывает полезную нагрузку, если в заголовке запроса Content-Encoding указана действительная и поддерживаемая кодировка. Поэтому ожидается, что формат полезной нагрузки запроса будет соответствовать кодировке, указанной в заголовке запроса Content-Encoding. Если данные не совпадают, вы увидите сообщение об ошибке.

диагностика;

1. Определите код ошибки и источник ошибки, используя мониторинг API, инструмент трассировки или журналы доступа NGINX, как описано в разделе Распространенные шаги диагностики.
2. Если код ошибки – messaging.adaptors.http.flow.DecompressionFailureAtRequest, а источник ошибки – policy или proxy, это означает, что полезная нагрузка запроса, отправленного клиентским приложением, не соответствует поддерживаемой кодировке, указанной в заголовке запроса Content-Encoding.

3. Вы можете определить несоответствие в рамках HTTP-запроса одним из следующих способов:

   Сообщение об ошибке

   Чтобы проверить данные с помощью сообщения об ошибке:

   1. Если у вас есть доступ к полному сообщению об ошибке, полученному от Apigee Edge, обратитесь к faultstring.

      Пример сообщения об ошибке

      "faultstring":"Decompression failure at request"

   2. В приведенном выше сообщении об ошибке указан код "Decompression failure at request", который означает, что запрос не удалось распаковать с помощью кодировки, указанной в заголовке Content-Encoding.

   Трассировка

   Чтобы проверить данные с помощью трассировки:

   1. Определите значение заголовка запроса Content-Encoding и свойства error.cause с помощью Trace, как описано в разделе Распространенные шаги диагностики.

   2. Значения из примера трассировки:

      • Content-Encoding: gzip
      • error.cause: Not in GZIP format

      Значение в заголовке запроса Content-Encoding – gzip, однако полезная нагрузка запроса не в формате GZIP (как указано в error.cause). Поэтому Apigee Edge возвращает код ошибки messaging.adaptors.http.flow.DecompressionFailureAtRequest и объект 400 Bad Request.

   Фактический запрос

   Чтобы проверить запрос:

   Если у вас есть доступ к фактическому запросу, отправленному клиентским приложением, выполните следующие действия:

   1. Определите значение, переданное в заголовок запроса Content-Encoding.
   2. Определите формат полезной нагрузки, отправляемой в составе запроса.

   3. Если значение заголовка Content-Encoding есть в списке поддерживаемых кодировок, но формат полезной нагрузки запроса не соответствует кодировке, указанной в заголовке Content-Encoding, то это и является причиной проблемы.

      Пример запроса

      curl -v "http://HOSTALIAS/v1/testgzip" -H "Content-Encoding: gzip" -X POST -d @request_payload.zip
      

      В приведенном выше примере запроса значение gzip отправляется в заголовок Content-Encoding, который является поддерживаемой кодировкой в Apigee Edge. Однако полезная нагрузка запросаrequest_payload.zip имеет формат ZIP. Поэтому этот запрос завершается неудачно с кодом статуса 400 Bad Request и кодом ошибки messaging.adaptors.http.flow.DecompressionFailureAtRequest.

   Журналы процессора сообщений

   Чтобы проверить данные с помощью журналов Message Processor, выполните следующие действия:

   Если вы используете Private Cloud, то можете определить ключевую информацию об ошибках HTTP 400 с помощью журналов Message Processor.

   1. Определите идентификатор сообщения для запроса, который не удалось выполнить, с помощью API Monitoring, инструмента трассировки или журналов доступа NGINX, как описано в разделе Общие шаги диагностики.

   2. Найдите идентификатор сообщения в журнале Message Processor:

      /opt/apigee/var/log/edge-message-processor/logs/system.log

   3. Вы увидите одно из следующих исключений:

      Сценарий 1

      Сценарий 1. Запрос к API содержит заголовок Content-Encoding: gzip

      2021-07-28 10:21:16,861  NIOThread@0 ERROR HTTP.SERVER -
      HTTPServer$Context.onInputException() : Message id:rt-57-1
      SSLClientChannel[Accepted: Remote:192.168.199.8:8443
      Local:192.168.80.234:44284]@28469 useCount=1 bytesRead=0
      bytesWritten=28764 age=2739893ms  lastIO=0ms
      isOpen=true.onExceptionRead exception: {}
      java.util.zip.ZipException: Not in GZIP format
      
      2021-07-28 10:21:16,862  NIOThread@0 ERROR ADAPTORS.HTTP.FLOW -
      AbstractRequestListener.onException() : Request:POST, uri:/test,
      message Id:rt-57-1, exception:java.util.zip.ZipException: Not in GZIP format,
      context:Context@71ea5ac input=ClientInputChannel(SSLClientChannel[Accepted:
      Remote:192.168.199.8:8443 Local:192.168.80.234:44284]@28469 useCount=1
      bytesRead=0 bytesWritten=28764 age=2739894ms  lastIO=0ms  isOpen=true)
      2021-07-28 10:21:16,862  NIOThread@0 INFO  HTTP.SERVICE -
      ExceptionHandler.handleException() :
      Exception java.util.zip.ZipException: Not in GZIP format occurred while writing
      to channel null
      2021-07-28 10:21:16,863  NIOThread@0 INFO  HTTP.SERVICE -
      ExceptionHandler.handleException() : Exception trace:
      java.util.zip.ZipException: Not in GZIP format
      

      Строка java.util.zip.ZipException: Not in GZIP format в приведенном выше сообщении об ошибке указывает на то, что полезная нагрузка запроса не отправлена в формате GZIP, хотя в качестве значения параметра Content-Encoding указан gzip. Поэтому Apigee Edge вызывает исключение и возвращает клиентским приложениям код статуса 400 с кодом ошибки messaging.adaptors.http.flow.DecompressionFailureAtRequest.

      Сценарий 2

      Сценарий 2. Запрос к API содержит заголовок Content-Encoding: deflate

      2021-07-28 15:26:31,893  NIOThread@1 ERROR HTTP.SERVER -
      HTTPServer$Context.onInputException() : Message id:rt-47875-1
      SSLClientChannel[Accepted: Remote:192.168.199.8:8443
      Local:192.168.81.72:45954]@29276 useCount=1 bytesRead=0
      bytesWritten=37230 age=3498856ms  lastIO=1ms
      isOpen=true.onExceptionRead exception: {}
      java.util.zip.ZipException: incorrect header check
                        ….
      Caused by: java.util.zip.DataFormatException: incorrect header check
             ..
      2021-07-28 15:26:31,894  NIOThread@1 ERROR ADAPTORS.HTTP.FLOW -
      AbstractRequestListener.onException() : Request:POST, uri:/test,
      message Id:rrt-47875-1, exception:java.util.zip.ZipException:
      incorrect header check, context:Context@69b3ac45
      input=ClientInputChannel(SSLClientChannel[Accepted:
      Remote:192.168.199.8:8443 Local:192.168.81.72:45954]@29276
      useCount=1 byt	esRead=0 bytesWritten=37230 age=3498856ms
      lastIO=1ms  isOpen=true)
      

      Строки java.util.zip.ZipException: incorrect header check и Caused by: java.util.zip.DataFormatException: incorrect header check в приведенном выше сообщении об ошибке указывают, что полезная нагрузка запроса не отправлена в формате deflate и не соответствует кодировке, указанной в заголовке Content-Encoding deflate. Поэтому Apigee Edge вызывает исключение и возвращает клиентским приложениям код статуса 400 с кодом ошибки messaging.adaptors.http.flow.DecompressionFailureAtRequest.

Разрешение

1. Если сжатый запрос не нужен в потоке прокси API в Apigee Edge и на внутреннем сервере, не передавайте заголовок Content-Encoding. Если необходимо сжать полезную нагрузку запроса, перейдите к шагу 2.
2. Убедитесь, что клиентское приложение всегда отправляет следующие данные:
   • поддерживаемую кодировку в качестве значения заголовка Content-Encoding в запросе.
   • Полезная нагрузка запроса в поддерживаемом формате для Apigee Edge соответствует формату кодировки, указанному в заголовке Content-Encoding.
3. В примере выше полезная нагрузка запроса имеет формат ZIP, но в заголовке запроса указано Content-Encoding: gzip. Чтобы устранить проблему, отправьте заголовок запроса как Content-Encoding: gzip, а полезную нагрузку запроса – в формате gzip:

   curl -v "https://HOSTALIAS/v1/testgzip" -H "Content-Encoding: gzip" -X POST -d @request_payload.gz
   

Спецификация

Apigee Edge отвечает кодом статуса 400 Bad Request с кодом ошибки messaging.adaptors.http.flow.DecompressionFailureAtRequest в соответствии со следующими спецификациями RFC:

Если вам по-прежнему нужна помощь службы поддержки Apigee, перейдите к разделу Сбор диагностической информации.

Необходимо собрать диагностическую информацию

Соберите указанную ниже диагностическую информацию и обратитесь в службу поддержки Apigee Edge.

Если вы пользователь общедоступного облака, предоставьте следующую информацию:

• Название организации
• Название среды
• Название прокси API
• Команда curl, использованная для воспроизведения ошибки 400
• Файл трассировки для запросов к API

Если вы используете частное облако, предоставьте следующую информацию:

• Полное сообщение об ошибке, которое появляется при неудачных запросах.
• Название среды
• Пакет прокси API
• Файл трассировки для запросов к API

• Журналы доступа NGINX /opt/apigee/var/log/edge-router/nginx/ORG~ENV.PORT#_access_log

  Где: ORG, ENV и PORT# заменяются фактическими значениями.

• Системные журналы Message Processor /opt/apigee/var/log/edge-message-processor/logs/system.log