502 খারাপ গেটওয়ে - ResponseWithBody

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

লক্ষণ

ক্লায়েন্ট অ্যাপ্লিকেশনটি এপিআই কলের প্রতিক্রিয়া হিসাবে 502 Bad Gateway HTTP স্ট্যাটাস কোড এবং protocol.http.ResponseWithBody এরর কোড পায়।

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

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

HTTP/1.1 502 Bad Gateway

এছাড়াও, আপনি নিম্নলিখিত ত্রুটি বার্তাগুলির মধ্যে একটি দেখতে পারেন:

{
   "fault":{
      "faultstring":"Received 204 Response with message body",
      "detail":{
         "errorcode":"protocol.http.ResponseWithBody"
      }
   }
}

{
   "fault":{
      "faultstring":"Received 205 Response with message body",
      "detail":{
         "errorcode":"protocol.http.ResponseWithBody"
      }
   }
}

সম্ভাব্য কারণসমূহ

এই ত্রুটিটি ঘটে যদি ব্যাকএন্ড সার্ভার থেকে Apigee Edge-এ আসা HTTP প্রতিক্রিয়াটি 204 No Content বা 205 Reset Content হয়, কিন্তু এতে প্রতিক্রিয়া বডি এবং/অথবা নিম্নলিখিত এক বা একাধিক হেডার থাকে:

• Content-Length
• Content-Encoding
• Transfer-Encoding

RFC 7231-এর ৬.৩.৫: ২০৪ নো কন্টেন্ট এবং ৬.৩.৬: ২০৫ রিসেট কন্টেন্ট স্পেসিফিকেশন অনুসারে, আশা করা হয় যে অরিজিন সার্ভার থেকে স্ট্যাটাস কোড 204 No Content বা 205 Reset Content সহ রেসপন্স পেলোড বডির অংশ হিসেবে কোনো অতিরিক্ত কন্টেন্ট পাঠানো হবে না। Content-Length , Content-Encoding বা Transfer-Encoding এর মতো রেসপন্স হেডারগুলো রেসপন্স পেলোডের আকার, ধরন বা ফরম্যাট নির্দেশ করে।

অতএব, নিম্নলিখিত পরিস্থিতিতে Apigee Edge ক্লায়েন্টকে এরর কোড protocol.http.ResponseWithBody সহ একটি 502 Bad Gateway স্ট্যাটাস কোড ফেরত পাঠায়:

এই ত্রুটির সম্ভাব্য কারণগুলো নিচে দেওয়া হলো:

সাধারণ রোগ নির্ণয়ের পদক্ষেপ

এই ত্রুটি নির্ণয় করতে নিম্নলিখিত সরঞ্জাম/কৌশলগুলোর মধ্যে যেকোনো একটি ব্যবহার করুন:

কারণ: ব্যাকএন্ড সার্ভার থেকে আসা 204 রেসপন্সের সাথে রেসপন্স বডি বা হেডার।

রোগ নির্ণয়

1. সাধারণ রোগ নির্ণয়ের ধাপগুলিতে ব্যাখ্যা করা অনুযায়ী API মনিটরিং, ট্রেস টুল বা NGINX অ্যাক্সেস লগ ব্যবহার করে পরিলক্ষিত ত্রুটির জন্য ফল্ট কোড এবং ফল্ট সোর্স নির্ধারণ করুন।
2. যদি ফল্ট কোডটি protocol.http.ResponseWithBody হয় এবং ফল্ট সোর্সের মান target হয়, তাহলে এটি নির্দেশ করে যে ব্যাকএন্ড সার্ভারটি 204 No Content অথবা 205 Reset Content স্ট্যাটাস কোডসহ রেসপন্স বডি এবং/অথবা সম্ভাব্য কারণসমূহে উল্লিখিত হেডারগুলোর কোনো একটি দিয়ে সাড়া দিয়েছে।

3. ব্যাকএন্ড সার্ভারটি সত্যিই একটি রেসপন্স পেলোড বডি এবং/অথবা 'সম্ভাব্য কারণসমূহ' -এ উল্লিখিত এক বা একাধিক হেডার পাঠিয়েছে কিনা তা যাচাই করতে, আপনি নিম্নলিখিত পদক্ষেপগুলি অনুসরণ করতে পারেন:

   1. আপনি যদি একজন পাবলিক ক্লাউড ব্যবহারকারী হন এবং আপনার যেকোনো সিস্টেম থেকে সরাসরি ব্যাকএন্ড সার্ভারে একই এপিআই অনুরোধ পাঠাতে পারেন।

   2. আপনি যদি একজন প্রাইভেট ক্লাউড ব্যবহারকারী হন, তাহলে যে নির্দিষ্ট সংস্থা এবং পরিবেশে ব্যর্থতাটি পরিলক্ষিত হয়েছে, তার সাথে যুক্ত মেসেজ প্রসেসরগুলোর যেকোনো একটি থেকে সরাসরি ব্যাকএন্ড সার্ভারে একই এপিআই অনুরোধটি করতে পারেন।

   3. ব্যাকএন্ড সার্ভার থেকে প্রাপ্ত প্রতিক্রিয়াটি পর্যালোচনা করুন এবং যাচাই করুন যে এতে একটি রেসপন্স পেলোড বডি এবং/অথবা উপরে উল্লিখিত হেডারগুলির এক বা একাধিক রয়েছে কিনা। যদি থাকে, তাহলে সেটাই এই ত্রুটির কারণ।

      নমুনা #১

      নমুনা #১: Content-Encoding হেডার সহ ব্যাকএন্ড সার্ভারের 204 প্রতিক্রিয়া

      curl -v "https://BACKEND_SERVER_HOST_NAME/PATH" -H "HEADER: VALUE" -X HTTP_REQUEST_METHOD
      

      …
      < HTTP/1.1 204 No Content
      < Content-Encoding: gzip
      < Date: Tue, 31 Jul 2021 21:41:13 GMT
      < Connection: keep-alive
      

      এই নমুনায়, ব্যাকএন্ড সার্ভারটি 204 No Content স্ট্যাটাস কোড এবং Content-Encoding: gzip দিয়ে সাড়া দিয়েছে।

      নমুনা #২

      নমুনা #২: কন্টেন্ট-লেংথ হেডার সহ ব্যাকএন্ড সার্ভারের ২০৪ রেসপন্স

      curl -v "https://BACKEND_SERVER_HOST_NAME/PATH" -H "HEADER: VALUE" -X HTTP_REQUEST_METHOD
      

      …
      < HTTP/1.1 204 No Content
      < Content-Length: 48
      < Date: Tue, 31 Jul 2021 21:41:13 GMT
      < Connection: keep-alive
      

      এই নমুনায়, ব্যাকএন্ড সার্ভারটি 204 No Content স্ট্যাটাস কোড এবং Content-Length: 48 দিয়ে সাড়া দিয়েছে।

      নমুনা #৩

      নমুনা #৩: রেসপন্স বডিসহ ব্যাকএন্ড সার্ভারের রেসপন্স ২০৫

      curl -v "https://BACKEND_SERVER_HOST_NAME/PATH" -H "HEADER: VALUE" -X HTTP_REQUEST_METHOD
      

      …
      < HTTP/1.1 205 Reset Content
      < Date: Sat, 31 Jul 2021 17:14:09 GMT
      < Content-Length: 12
      < Content-Type: text/plain; charset=utf-8
      <
      * Connection #0 to host X.X.X.X left intact
      This is a sample Response
      

      এই নমুনায়, ব্যাকএন্ড সার্ভারটি 205 Reset Content স্ট্যাটাস কোড এবং This is a sample Response.

   4. উপরের সমস্ত উদাহরণে, ব্যাকএন্ড সার্ভারটি রেসপন্স বডি এবং/অথবা 'সম্ভাব্য কারণসমূহ' -এ উল্লিখিত হেডারগুলোর কোনো একটির সাথে 204 No Content অথবা 205 Reset Content স্ট্যাটাস কোড পাঠিয়েছে।
   5. তাই, Apigee Edge এরর কোড protocol.http.ResponseWithBody সহ 502 Bad Gateway স্ট্যাটাস কোড পাঠিয়েছে।

সমাধান

Apigee Edge-কে 204 No Content বা 205 Reset Content Reset Content রেসপন্স পাঠানোর সময়, ব্যাকএন্ড সার্ভার যেন সর্বদা স্পেসিফিকেশন RFC 7231-এর 6.3.6: 205 Reset Content সেকশনটি মেনে চলে, তা নিশ্চিত করুন। অর্থাৎ, ব্যাকএন্ড সার্ভার 204 No Content বা 205 Reset Content রেসপন্সের অংশ হিসেবে নিম্নলিখিতটি অবশ্যই পাঠাবে না :

1. প্রতিক্রিয়া পেলোড বডি
2. এবং নিম্নলিখিত হেডারগুলির যেকোনো একটি:
   1. Content-Length
   2. Content-Encoding
   3. Transfer-Encoding

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

যদি ব্যাকএন্ড সার্ভার একটি 204 No Content বা 205 Reset Content রেসপন্স পাঠায় কিন্তু নিম্নলিখিত RFC স্পেসিফিকেশনগুলো মেনে না চলে, তাহলে Apigee Edge 502 Bad Gateway স্ট্যাটাস কোড এবং error code protocol.http.ResponseWithBody দিয়ে সাড়া দেয়।

লক্ষণীয় গুরুত্বপূর্ণ বিষয়সমূহ

সুপারিশকৃত সমাধান হলো ব্যাকএন্ড সার্ভারকে এমনভাবে ঠিক করা যাতে এটি রেসপন্স বডি এবং Content-Length , Content-Encoding , ও Transfer-Encoding মতো কোনো হেডার ছাড়াই 204 No Content এবং 205 Reset Content স্ট্যাটাস কোড পাঠায় এবং RFC 7231, সেকশন 6.3.5: 204 No Content ও RFC 7231, সেকশন 6.3.6: 205 Reset Content স্পেসিফিকেশনগুলো মেনে চলে।

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

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

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

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

• সংস্থার নাম
• পরিবেশের নাম
• এপিআই প্রক্সি নাম
• 502 ত্রুটিটি পুনরুৎপাদন করতে ব্যবহৃত সম্পূর্ণ 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