400 คําขอไม่ถูกต้อง - DecompressionFailureAtRequest

คุณกำลังดูเอกสารประกอบของ Apigee Edge
ไปที่เอกสารประกอบของ Apigee X info

ลักษณะปัญหา

แอปพลิเคชันไคลเอ็นต์จะได้รับรหัสสถานะ 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"
      }
   }
}

สาเหตุที่เป็นไปได้

ข้อผิดพลาดนี้จะเกิดขึ้นในกรณีต่อไปนี้เท่านั้น

• การเข้ารหัสที่ระบุในส่วนหัวคำขอ HTTP Content-Encoding ถูกต้องและ รองรับโดย Apigee Edge

แต่

• รูปแบบเพย์โหลดที่ไคลเอ็นต์ส่งเป็นส่วนหนึ่งของคำขอ 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

   Trace

   วิธีตรวจสอบโดยใช้การติดตาม

   1. กำหนดค่าของส่วนหัวของคำขอ Content-Encoding และพร็อพเพอร์ตี้ error.cause โดยใช้ Trace ตามที่อธิบายไว้ในขั้นตอนการวินิจฉัยทั่วไป

   2. ค่าจากตัวอย่างการติดตามมีดังนี้

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

      ค่าในส่วนหัวของคำขอ Content-Encoding คือ gzip แต่เพย์โหลดของคำขอไม่ได้อยู่ในรูปแบบ GZIP (ตามที่ระบุโดย error.cause) ดังนั้น Apigee Edge จึงตอบกลับด้วย 400 Bad Request และรหัสข้อผิดพลาด messaging.adaptors.http.flow.DecompressionFailureAtRequest

   คำขอจริง

   วิธีตรวจสอบโดยใช้คำขอจริง

   หากคุณมีสิทธิ์เข้าถึงคำขอจริงที่แอปพลิเคชันไคลเอ็นต์ส่งมา ให้ทำตามขั้นตอนต่อไปนี้

   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

   วิธีตรวจสอบความถูกต้องโดยใช้บันทึกของ Message Processor

   หากเป็นผู้ใช้ Private Cloud คุณจะใช้บันทึกของ Message Processor เพื่อระบุข้อมูลสำคัญเกี่ยวกับข้อผิดพลาดของ HTTP 400 ได้

   1. กำหนดรหัสข้อความของคำขอที่ไม่สำเร็จโดยใช้การตรวจสอบ API, เครื่องมือติดตาม หรือบันทึกการเข้าถึง 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

หากคุณเป็นผู้ใช้ Private Cloud โปรดระบุข้อมูลต่อไปนี้

• ข้อความแสดงข้อผิดพลาดทั้งหมดที่พบสำหรับคำขอที่ไม่สำเร็จ
• ชื่อสภาพแวดล้อม
• แพ็กเกจพร็อกซี 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