400 খারাপ অনুরোধ - DecompressionFailureAtRequest

আপনি Apigee Edge-এর ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশন .info- তে যান।

লক্ষণ

এপিআই কলের প্রতিক্রিয়া হিসেবে ক্লায়েন্ট অ্যাপ্লিকেশনটি 400 Bad Request HTTP স্ট্যাটাস কোড এবং messaging.adaptors.http.flow.DecompressionFailureAtRequest এরর কোডটি পায়।

ত্রুটি বার্তা

ক্লায়েন্ট অ্যাপ্লিকেশনটি নিম্নলিখিত প্রতিক্রিয়া কোডটি পায়:

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 হেডারে নির্দিষ্ট করা এনকোডিংয়ের সাথে মেলে না।

ডিফল্টরূপে, যদি রিকোয়েস্ট হেডার Content-Encoding একটি বৈধ এবং সমর্থিত এনকোডিং থাকে, তাহলে Apigee Edge সর্বদা পেলোডটি ডিকম্প্রেস করে। অতএব, আশা করা হয় যে রিকোয়েস্ট পেলোডের ফরম্যাটটি রিকোয়েস্ট হেডার 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. সাধারণ রোগ নির্ণয়ের ধাপগুলিতে যেমন ব্যাখ্যা করা হয়েছে, সেই অনুযায়ী Trace ব্যবহার করে রিকোয়েস্ট হেডার Content-Encoding এবং error.cause প্রপার্টির মান নির্ধারণ করুন।

   2. স্যাম্পল ট্রেস থেকে প্রাপ্ত মানগুলো নিম্নরূপ:

      • কন্টেন্ট-এনকোডিং: gzip
      • ত্রুটির কারণ: 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
      

      উপরের নমুনা অনুরোধটি Content-Encoding হেডারে gzip ভ্যালুটি পাঠায়, যা Apigee Edge-এ একটি সমর্থিত এনকোডিং । কিন্তু, অনুরোধের পেলোড request_payload.zip টি ZIP ফরম্যাটে রয়েছে। ফলে, এই অনুরোধটি 400 Bad Request স্ট্যাটাস কোড এবং messaging.adaptors.http.flow.DecompressionFailureAtRequest এরর কোড সহ ব্যর্থ হয়।

   মেসেজ প্রসেসর লগ

   মেসেজ প্রসেসর লগ ব্যবহার করে যাচাই করতে:

   আপনি যদি একজন প্রাইভেট ক্লাউড ব্যবহারকারী হন, তাহলে HTTP 400 ত্রুটি সম্পর্কিত মূল তথ্য নির্ধারণ করতে মেসেজ প্রসেসর লগ ব্যবহার করতে পারেন।

   1. সাধারণ রোগ নির্ণয়ের ধাপগুলিতে যেমন ব্যাখ্যা করা হয়েছে, সেই অনুযায়ী এপিআই মনিটরিং, ট্রেস টুল বা এনজিআইএনএক্স অ্যাক্সেস লগ ব্যবহার করে ব্যর্থ হওয়া অনুরোধটির মেসেজ আইডি নির্ধারণ করুন।

   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 লাইনটি নির্দেশ করে যে, Content-Encoding হিসেবে gzip নির্দিষ্ট করা সত্ত্বেও রিকোয়েস্ট পেলোডটি GZIP ফরম্যাটে পাঠানো হয়নি। তাই, Apigee Edge এক্সেপশনটি থ্রো করে এবং ক্লায়েন্ট অ্যাপ্লিকেশনগুলোতে messaging.adaptors.http.flow.DecompressionFailureAtRequest ফল্ট কোডসহ একটি 400 স্ট্যাটাস কোড রিটার্ন করে।

      দৃশ্যকল্প #২

      দৃশ্যকল্প #২: যখন এপিআই অনুরোধের হেডারে 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-এর API প্রক্সি ফ্লো এবং ব্যাকএন্ড সার্ভারে যদি কম্প্রেসড রিকোয়েস্ট পেলোডের প্রয়োজন না থাকে, তাহলে 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
   

স্পেসিফিকেশন

নিম্নলিখিত RFC স্পেসিফিকেশন অনুসারে, Apigee Edge 400 Bad Request স্ট্যাটাস কোড এবং messaging.adaptors.http.flow.DecompressionFailureAtRequest এরর কোড দিয়ে সাড়া দেয়:

আপনার যদি এখনও Apigee Support-এর কাছ থেকে কোনো সাহায্যের প্রয়োজন হয়, তাহলে Must gather diagnostic information- এ যান।

রোগ নির্ণয়ের তথ্য অবশ্যই সংগ্রহ করতে হবে

নিম্নলিখিত ডায়াগনস্টিক তথ্য সংগ্রহ করুন, এবং তারপর Apigee Edge Support-এর সাথে যোগাযোগ করুন:

আপনি যদি পাবলিক ক্লাউড ব্যবহারকারী হন, তাহলে নিম্নলিখিত তথ্যগুলো প্রদান করুন:

• সংস্থার নাম
• পরিবেশের নাম
• এপিআই প্রক্সি নাম
• 400 ত্রুটিটি পুনরুৎপাদন করতে ব্যবহৃত সম্পূর্ণ curl কমান্ড।
• এপিআই অনুরোধগুলির ট্রেস ফাইল

আপনি যদি একজন প্রাইভেট ক্লাউড ব্যবহারকারী হন, তাহলে নিম্নলিখিত তথ্যগুলো প্রদান করুন:

• ব্যর্থ অনুরোধগুলির জন্য সম্পূর্ণ ত্রুটি বার্তা পরিলক্ষিত হয়েছে।
• পরিবেশের নাম
• এপিআই প্রক্সি বান্ডেল
• এপিআই অনুরোধগুলির ট্রেস ফাইল

• 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