400 ত্রুটিপূর্ণ অনুরোধ - DecompressionFailureAtRequest

আপনি Apigee Edge ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশন দেখুন। তথ্য

সমস্যার উপসর্গ

API কলের উত্তরে ক্লায়েন্ট অ্যাপ্লিকেশন 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 হেডারে নির্দিষ্ট করা এনকোডিং ব্যবহার করে ডিকম্প্রেস করা যায়নি।

   ট্রেস

   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 লগ ব্যবহার করে যাচাই করতে:

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

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

   2. মেসেজ প্রসেসর লগে মেসেজ আইডি সার্চ করুন:

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

   3. আপনি নিম্নলিখিত ব্যতিক্রমগুলির মধ্যে একটি দেখতে পাবেন:

      পরিস্থিতি #১

      পরিস্থিতি #১: 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 রিটার্ন করে।

      পরিস্থিতি #২

      পরিস্থিতি #২: 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 লাইনগুলি থেকে বোঝা যায় যে অনুরোধের পেলোড ডিফ্লেট ফর্ম্যাটে পাঠানো হয়নি এবং ডিফ্লেটের 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
   

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

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

Apigee সহায়তা টিমের থেকে আপনার এখনও কোনও সাহায্যের প্রয়োজন হলে, রোগ নির্ণয় সংক্রান্ত তথ্য অবশ্যই সংগ্রহ করতে হবে লিঙ্কে যান।

অবশ্যই ডায়াগনস্টিক তথ্য সংগ্রহ করতে হবে

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

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

• সংস্থার নাম
• পরিবেশের নাম
• API প্রক্সির নাম
• 400 সমস্যাটি আবার তৈরি করতে curl কমান্ড সম্পূর্ণ করুন
• API অনুরোধের জন্য ট্রেস ফাইল

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

• অনুরোধ সম্পূর্ণ না হওয়ার ক্ষেত্রে দেখা সম্পূর্ণ সমস্যার মেসেজ
• পরিবেশের নাম
• API Proxy বান্ডেল
• API অনুরোধের জন্য ট্রেস ফাইল

• 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