400 गलत अनुरोध - DecompressionFailureAtRequest

आपको Apigee Edge का दस्तावेज़ दिख रहा है.
Apigee X के दस्तावेज़ पर जाएं. जानकारी

समस्या का ब्यौरा

क्लाइंट ऐप्लिकेशन को एपीआई कॉल के जवाब के तौर पर, गड़बड़ी कोड messaging.adaptors.http.flow.DecompressionFailureAtRequest के साथ 400 Bad Request एचटीटीपी स्टेटस कोड मिलता है.

गड़बड़ी का मैसेज

क्लाइंट ऐप्लिकेशन को यह रिस्पॉन्स कोड मिलता है:

HTTP/1.1 400 Bad Request

इसके अलावा, आपको यहां दिखाए गए मैसेज जैसा गड़बड़ी का कोई मैसेज भी दिख सकता है:

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

संभावित कारण

यह गड़बड़ी सिर्फ़ तब होती है, जब:

• एचटीटीपी अनुरोध हेडर Content-Encoding में दी गई एन्कोडिंग मान्य है और Apigee Edge के साथ काम करती है,

BUT

• क्लाइंट ने एचटीटीपी अनुरोध के हिस्से के तौर पर जो पेलोड फ़ॉर्मैट भेजा है वह Content-Encoding हेडर में दिए गए एन्कोडिंग फ़ॉर्मैट से मेल नहीं खाता

ऐसा इसलिए होता है, क्योंकि Apigee Edge, पेलोड को डिकोड नहीं कर पाता. इसकी वजह यह है कि पेलोड का फ़ॉर्मैट, Content-Encoding हेडर में दिए गए एन्कोडिंग फ़ॉर्मैट से मेल नहीं खाता.

यहां, इस्तेमाल की जा सकने वाली Content-Encoding वैल्यू के कुछ उदाहरण दिए गए हैं. साथ ही, यह बताया गया है कि Apigee Edge इन मामलों में पेलोड फ़ॉर्मैट कैसा होना चाहिए:

इस गड़बड़ी की ये वजहें हो सकती हैं:

गड़बड़ी का पता लगाने के सामान्य चरण

इस गड़बड़ी का पता लगाने के लिए, इनमें से किसी टूल/तकनीक का इस्तेमाल करें:

वजह: अनुरोध के पेलोड का फ़ॉर्मैट, Content-Encoding हेडर में दिए गए एन्कोडिंग से मेल नहीं खाता

डिफ़ॉल्ट रूप से, Apigee Edge हमेशा पेलोड को तब डिकंप्रेस करता है, जब अनुरोध का हेडर में Content-Encoding मान्य और सपोर्ट की गई एन्कोडिंग शामिल हो. इसलिए, यह ज़रूरी है कि अनुरोध के पेलोड का फ़ॉर्मैट, अनुरोध के हेडर Content-Encoding में बताई गई एन्कोडिंग से मेल खाना चाहिए. अगर जानकारी मेल नहीं खाती है, तो आपको यह गड़बड़ी दिखेगी.

संक्रमण की जांच

1. एपीआई मॉनिटरिंग, ट्रेस टूल या NGINX ऐक्सेस लॉग का इस्तेमाल करके, देखी गई गड़बड़ी के लिए गड़बड़ी कोड और गड़बड़ी का सोर्स पता करें. इसके बारे में गड़बड़ी का पता लगाने के सामान्य तरीके में बताया गया है.
2. अगर गड़बड़ी का कोड messaging.adaptors.http.flow.DecompressionFailureAtRequest है और गड़बड़ी का सोर्स policy या proxy है, तो इसका मतलब है कि क्लाइंट ऐप्लिकेशन से भेजे गए अनुरोध में ऐसा पेलोड है जो अनुरोध हेडर Content-Encoding में बताई गई सपोर्ट की गई एन्कोडिंग से मेल नहीं खाता.

3. एचटीटीपी अनुरोध के हिस्से के तौर पर, इनमें से किसी एक तरीके का इस्तेमाल करके, बेमेल होने की जानकारी दी जा सकती है:

   गड़बड़ी का मैसेज

   गड़बड़ी के मैसेज का इस्तेमाल करके पुष्टि करने के लिए:

   1. अगर आपके पास Apigee Edge से मिला पूरा गड़बड़ी का मैसेज है, तो faultstring देखें.

      गड़बड़ी के मैसेज का उदाहरण:

      "faultstring":"Decompression failure at request"

   2. ऊपर दिए गए गड़बड़ी के मैसेज में, "Decompression failure at request" दिखता है. इसका मतलब है कि अनुरोध को Content-Encoding हेडर में दी गई एन्कोडिंग का इस्तेमाल करके डीकंप्रेस नहीं किया जा सका.

   ट्रेस

   ट्रेस का इस्तेमाल करके पुष्टि करने के लिए:

   1. समस्या का पता लगाने के सामान्य तरीके में बताए गए तरीके के मुताबिक, Trace का इस्तेमाल करके, अनुरोध हेडर Content-Encoding और प्रॉपर्टी error.cause की वैल्यू का पता लगाएं.

   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 है.

   मैसेज प्रोसेसर के लॉग

   मैसेज प्रोसेसर के लॉग का इस्तेमाल करके पुष्टि करने के लिए:

   अगर आप Private Cloud के उपयोगकर्ता हैं, तो एचटीटीपी 400 गड़बड़ियों के बारे में अहम जानकारी पाने के लिए, Message Processor के लॉग का इस्तेमाल किया जा सकता है.

   1. एपीआई मॉनिटरिंग, ट्रेस टूल या NGINX ऐक्सेस लॉग का इस्तेमाल करके, अनुरोध के पूरे न होने की वजह बताने वाले मैसेज आईडी का पता लगाएं. इसके बारे में गड़बड़ी का पता लगाने के सामान्य तरीके में बताया गया है.

   2. मैसेज प्रोसेसर के लॉग में मैसेज आईडी खोजें:

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

   3. आपको इनमें से कोई एक अपवाद दिखेगा:

      पहली स्थिति

      पहली स्थिति: जब एपीआई अनुरोध में हेडर 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 दिखाता है.

      Scenario #2

      दूसरी स्थिति: जब एपीआई अनुरोध में 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 से पता चलता है कि अनुरोध के पेलोड को डिफ़्लेट फ़ॉर्मैट में नहीं भेजा गया है. साथ ही, यह डिफ़्लेट के Content-Encoding हेडर में बताई गई एन्कोडिंग से मेल नहीं खाता. इसलिए, Apigee Edge, क्लाइंट ऐप्लिकेशन को अपवाद दिखाता है. साथ ही, गड़बड़ी कोड messaging.adaptors.http.flow.DecompressionFailureAtRequest के साथ 400 स्टेटस कोड दिखाता है.

रिज़ॉल्यूशन

1. अगर Apigee Edge में एपीआई प्रॉक्सी फ़्लो और बैकएंड सर्वर में कंप्रेस किए गए अनुरोध पेलोड की ज़रूरत नहीं है, तो हेडर Content-Encoding पास न करें. अगर अनुरोध के पेलोड को कंप्रेस करने की ज़रूरत है, तो दूसरे चरण पर जाएं.
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 होता है. यह जवाब, आरएफ़सी की इन खास बातों के मुताबिक होता है:

अगर आपको अब भी Apigee की सहायता टीम से मदद चाहिए, तो गड़बड़ी की जानकारी इकट्ठा करना ज़रूरी है पर जाएं.

डाइग्नोस्टिक जानकारी इकट्ठा करना ज़रूरी है

गड़बड़ी की यह जानकारी इकट्ठा करें. इसके बाद, Apigee Edge की सहायता टीम से संपर्क करें:

अगर आप पब्लिक क्लाउड के उपयोगकर्ता हैं, तो यह जानकारी दें:

• संगठन का नाम
• परिवेश का नाम
• एपीआई प्रॉक्सी का नाम
• 400 गड़बड़ी को फिर से बनाने के लिए इस्तेमाल की गई curl कमांड
• एपीआई अनुरोधों के लिए ट्रेस फ़ाइल

अगर आप Private Cloud के उपयोगकर्ता हैं, तो यह जानकारी दें:

• अनुरोध पूरे न होने पर, गड़बड़ी का पूरा मैसेज दिखता है
• परिवेश का नाम
• एपीआई प्रॉक्सी बंडल
• एपीआई अनुरोधों के लिए ट्रेस फ़ाइल

• NGINX ऐक्सेस लॉग /opt/apigee/var/log/edge-router/nginx/ORG~ENV.PORT#_access_log

  यहां: ORG, ENV, और PORT# को असल वैल्यू से बदल दिया जाता है.

• मैसेज प्रोसेसर के सिस्टम लॉग /opt/apigee/var/log/edge-message-processor/logs/system.log