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

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

উপসর্গ

ক্লায়েন্ট অ্যাপ্লিকেশনটি API কলগুলির প্রতিক্রিয়া হিসাবে ত্রুটি কোড protocol.http.TooBigLine .http.TooBigLine সহ 502 Bad Gateway একটি HTTP স্ট্যাটাস কোড পায়৷

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

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

HTTP/1.1 502 Bad Gateway

উপরন্তু, আপনি নিম্নলিখিত ত্রুটি বার্তা পর্যবেক্ষণ করতে পারেন:

{
   "fault":{
      "faultstring":"response line size exceeding 2,048",
      "detail":{
         "errorcode":"protocol.http.TooBigLine"
      }
   }
}

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

HTTP প্রতিক্রিয়ার অংশ হিসাবে Apigee Edge-এ টার্গেট/ব্যাকএন্ড সার্ভারের দ্বারা প্রেরিত প্রতিক্রিয়া-লাইনের আকার Apigee এজ-এ সর্বাধিক অনুমোদিত সীমার চেয়ে বেশি হলে এই ত্রুটিটি ঘটে।

এই ত্রুটির সম্ভাব্য কারণগুলি দেখার আগে, আসুন জেনে নেই রেসপন্স-লাইন বলতে কী বোঝায় এবং কীভাবে এর আকার পরীক্ষা করা যায়।

রেসপন্স-লাইন বোঝা

একটি সাধারণ HTTP প্রতিক্রিয়া তিনটি অংশ নিয়ে গঠিত:

  1. স্ট্যাটাস-লাইন (এপিজিতে রেসপন্স-লাইন হিসাবে উল্লেখ করা হয়েছে)
  2. (HTTP হেডারের সেট)
  3. [শরীর]

রেসপন্স-লাইনটি তিনটি অংশ নিয়ে গঠিত: প্রোটোকল সংস্করণের পরে একটি সংখ্যাসূচক স্ট্যাটাস কোড এবং এর সাথে সম্পর্কিত পাঠ্য বাক্যাংশ নীচে দেখানো হয়েছে:

Response-Line   = <HTTP-Version> <Status-Code> <Reason-Phrase>

যখন লক্ষ্য/ব্যাকএন্ড সার্ভার অ্যাপ্লিকেশন দ্বারা একটি HTTP প্রতিক্রিয়া পাঠানো হয়, পাঠানো হয় প্রথম লাইনটি উপরে বর্ণিত রেসপন্স-লাইনের প্রতিনিধিত্ব করে। এর পরে হেডার এবং রেসপন্স বডি/পেলোড রয়েছে। নিচের নমুনা স্ক্রিনশটটি একটি সাধারণ curl রিকোয়েস্ট, রিকোয়েস্ট অংশ এবং রেসপন্স পার্ট (প্রতিক্রিয়া-লাইনের সাথে) দেখায়।

রেসপন্স লাইনের আকার বোঝা

  1. উপরে আলোচিত নমুনায়, প্রতিক্রিয়াতে স্টার্ট লাইন (প্রথম লাইন) যা রেসপন্স-লাইন হিসাবেও উল্লেখ করা হয়েছে নিম্নরূপ:

    HTTP/1.1 200 OK

    এই রেসপন্স-লাইনের আকার ~15 bytes কারণ এতে 15 ASCII characters রয়েছে। যেহেতু এটি Apigee Edge-এ অনুমোদিত সীমার মধ্যে, তাই Apigee Edge দ্বারা কোনো ত্রুটি ছাড়াই প্রতিক্রিয়াটি ক্লায়েন্টের কাছে ফেরত পাঠানো হয়।

  2. একইভাবে আপনি যদি উপরে দেখানো ত্রুটি বার্তার faultstring দেখেন, এতে "response line size exceeding 2,048" । এটি নির্দেশ করে যে লক্ষ্য/ব্যাকএন্ড সার্ভার দ্বারা পাঠানো HTTP প্রতিক্রিয়ার রেসপন্স-লাইন 2,048 বাইট অতিক্রম করেছে।

বড় রেসপন্স লাইন বোঝা

স্ট্যাটাস-লাইনের সংজ্ঞা (এখানে রেসপন্স-লাইন হিসাবে উল্লেখ করা হয়েছে) এবং সাধারণ HTTP অনুরোধ এবং প্রতিক্রিয়া অনুসারে, আকারটি Apigee এজ-এ 2 K এর সংজ্ঞায়িত ডিফল্ট সীমার চেয়ে অনেক ছোট হবে, তাই আমরা সীমাতে নাও যেতে পারি। যাইহোক, এখানে কিছু সম্ভাব্য পরিস্থিতি রয়েছে যেখানে আপনি এই সীমা অতিক্রম করতে পারেন:

  1. লক্ষ্য/ব্যাকএন্ড সার্ভার একটি HTTP সিস্টেম নয়। এটি একটি নন-HTTP প্রতিক্রিয়া দিয়ে প্রতিক্রিয়া হতে পারে৷
  2. টার্গেট/ব্যাকএন্ড সার্ভারে সমস্যা রয়েছে এবং HTTP প্রতিক্রিয়ার অংশ হিসাবে একটি দীর্ঘ রেসপন্স-লাইন পাঠায়।

Getting error protocol.http.TooBigLine-এ এই সম্পর্কে আরও পড়ুন, "প্রতিক্রিয়া লাইনের আকার 2,048 ছাড়িয়ে গেছে

এখানে ত্রুটির সম্ভাব্য কারণ রয়েছে:

কারণ বর্ণনা সমস্যা সমাধানের নির্দেশাবলী প্রযোজ্য
প্রতিক্রিয়া-লাইনের আকার অনুমোদিত সীমার চেয়ে বেশি Apigee Edge-এ HTTP প্রতিক্রিয়ার অংশ হিসেবে টার্গেট/ব্যাকএন্ড সার্ভারের পাঠানো রেসপন্স-লাইনের আকার Apigee Edge-এ অনুমোদিত সীমার চেয়ে বেশি এজ পাবলিক এবং প্রাইভেট ক্লাউড ব্যবহারকারীরা

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

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

API মনিটরিং

API মনিটরিং ব্যবহার করে ত্রুটি নির্ণয় করতে:

  1. Apigee Edge UI এ একটি উপযুক্ত ভূমিকা সহ ব্যবহারকারী হিসাবে সাইন ইন করুন৷
  2. আপনি যে সংস্থায় সমস্যাটি তদন্ত করতে চান সেখানে যান।

  3. এনালাইজ > API মনিটরিং > ইনভেস্টিগেট পেজে নেভিগেট করুন।
  4. নির্দিষ্ট সময়সীমা নির্বাচন করুন যেখানে আপনি ত্রুটিগুলি পর্যবেক্ষণ করেছেন।
  5. আপনি ফল্ট কোড সংকুচিত করতে প্রক্সি ফিল্টার নির্বাচন করতে পারেন।
  6. সময়ের বিরুদ্ধে প্লট ফল্ট কোড
  7. ফল্ট কোড protocol.http.TooBigLine আছে এমন একটি সেল নির্বাচন করুন। http.TooBigLine নীচে দেখানো হয়েছে:

    ( বড় ছবি দেখুন )

  8. আপনি ফল্ট কোড protocol.http.TooBigLine সম্পর্কে তথ্য দেখতে পাবেন। http.TooBigLine নীচে দেখানো হয়েছে:

    ( বড় ছবি দেখুন )

  9. লগ দেখুন ক্লিক করুন এবং ব্যর্থ অনুরোধের জন্য সারি প্রসারিত করুন।

  10. লগ উইন্ডো থেকে, নিম্নলিখিত বিবরণ নোট করুন:
    • স্ট্যাটাস কোড: 502
    • ফল্ট উত্স: target
    • ফল্ট কোড: protocol.http.TooBigLine
  11. যদি ফল্ট সোর্সের মান target থাকে এবং ফল্ট কোডের মান protocol.http.TooBigLine থাকে

ট্রেস টুল

  1. ট্রেস সেশন সক্ষম করুন এবং হয়:
    1. 502 Bad Gateway ত্রুটি ঘটতে অপেক্ষা করুন। বা
    2. আপনি যদি সমস্যাটি পুনরুত্পাদন করতে পারেন, তাহলে API কল করুন এবং 502 Bad Gateway ত্রুটি পুনরুত্পাদন করুন৷
  2. ব্যর্থ অনুরোধগুলির একটি নির্বাচন করুন এবং ট্রেস পরীক্ষা করুন।
  3. ট্রেসের বিভিন্ন পর্যায়ে নেভিগেট করুন এবং কোথায় ব্যর্থতা ঘটেছে তা সনাক্ত করুন।
  4. আপনি সাধারণত flowinfo ত্রুটিতে ত্রুটিটি খুঁজে পাবেন নীচের দেখানো হিসাবে লক্ষ্য সার্ভার পর্বে পাঠানো অনুরোধের ঠিক পরে:

    ট্রেস থেকে ত্রুটির মান নোট করুন:

    • ত্রুটি: response line exceeding 2,048
    • error.class : com.apigee.errors.http.server.BadGateway

    এটি নির্দেশ করে যে Apigee Edge (মেসেজ প্রসেসর উপাদান) ব্যাকএন্ড সার্ভার থেকে প্রতিক্রিয়া পাওয়ার সাথে সাথে একটি রেসপন্স-লাইনের আকার অনুমোদিত সীমা অতিক্রম করার কারণে ত্রুটিটি ছুড়ে দেয়।

  5. আপনি নীচে দেখানো হিসাবে ক্লায়েন্টের কাছে পাঠানো প্রতিক্রিয়ায় ক্লায়েন্টকে পাঠানো ত্রুটি বার্তা দেখতে পাবেন:

    ( বড় ছবি দেখুন )

  6. ট্রেস থেকে ত্রুটির মান নোট করুন:
    • ত্রুটি: 502 Bad Gateway
    • ত্রুটি বিষয়বস্তু: {"fault":{"faultstring":"response line exceeding 2,048","detail":{"errorcode":"protocol.http.TooBigLine"}}}
  7. আপনি ট্রেসে AX (Analytics Data Recorded) ফেজে নেভিগেট করতে পারেন এবং ত্রুটির বিবরণ দেখতে এটিতে ক্লিক করতে পারেন।

    ( বড় ছবি দেখুন )

    নিম্নলিখিত মান নোট করুন:

    শিরোনাম অনুরোধ করুন মান
    এক্স-অ্যাপিজি-ফল্ট-কোড protocol.http.TooBigLine
    এক্স-অ্যাপিজি-ফল্ট-উৎস target
    ত্রুটি বিষয়বস্তু: শরীর {"fault":{"faultstring":"response line size exceeding 2,048","detail":{"errorcode":"protocol.http.TooBigLine"}}}

এনজিআইএনএক্স

NGINX অ্যাক্সেস লগ ব্যবহার করে ত্রুটি নির্ণয় করতে:

  1. আপনি যদি একজন ব্যক্তিগত ক্লাউড ব্যবহারকারী হন, তাহলে আপনি HTTP 502 ত্রুটি সম্পর্কে মূল তথ্য নির্ধারণ করতে NGINX অ্যাক্সেস লগ ব্যবহার করতে পারেন।
  2. NGINX অ্যাক্সেস লগগুলি পরীক্ষা করুন:

    /opt/apigee/var/log/edge-router/nginx/ ORG ~ ENV . PORT# _access_log

    যেখানে: ORG , ENV , এবং PORT# প্রকৃত মান দিয়ে প্রতিস্থাপিত হয়৷

  3. একটি নির্দিষ্ট সময়কালে (যদি সমস্যাটি অতীতে ঘটে থাকে) কোন 502 ত্রুটি আছে কিনা বা 502 এর সাথে এখনও কোন অনুরোধ ব্যর্থ হয়েছে কিনা তা দেখতে অনুসন্ধান করুন।
  4. আপনি যদি X-Apigee-fault-code-এর সাথে protocol.http.TooBigLine এর মানের সাথে 502 টি ত্রুটি খুঁজে পান, তাহলে X-Apigee-ফল্ট-সোর্সের মান নির্ধারণ করুন।

    NGINX অ্যাক্সেস লগ থেকে উপরের নমুনা এন্ট্রিতে X- Apigee-fault-code এবং X-Apigee-fault-source এর জন্য নিম্নলিখিত মান রয়েছে:

    প্রতিক্রিয়া শিরোনাম মান
    এক্স-অ্যাপিজি-ফল্ট-কোড protocol.http.TooBigLine
    এক্স-অ্যাপিজি-ফল্ট-উৎস target

কারণ: প্রতিক্রিয়া-লাইনের আকার অনুমোদিত সীমার চেয়ে বেশি

রোগ নির্ণয়

  1. এপিআই মনিটরিং, ট্রেস টুল বা এনজিআইএনএক্স অ্যাক্সেস লগ ব্যবহার করে দেখা ত্রুটির জন্য ফল্ট কোড এবং ফল্ট সোর্স নির্ণয় করুন যা সাধারণ নির্ণয়ের ধাপে ব্যাখ্যা করা হয়েছে।
  2. যদি ফল্ট সোর্সের মান target থাকে, তাহলে এটি নির্দেশ করে যে টার্গেট/ব্যাকএন্ড সার্ভার অ্যাপ্লিকেশন দ্বারা Apigee-এ পাঠানো প্রতিক্রিয়া-লাইনের আকার Apigee এজ-এ অনুমোদিত সীমার চেয়ে বেশি।
  3. আপনি যাচাই করতে পারেন যে প্রতিক্রিয়া-লাইনের আকার 2 KB অনুমোদিত সীমা অতিক্রম করেছে নিম্নলিখিত পদ্ধতিগুলির মধ্যে একটি ব্যবহার করে:

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

    ত্রুটি বার্তা ব্যবহার করে যাচাই করতে:

    Apigee Edge থেকে প্রাপ্ত সম্পূর্ণ ত্রুটির বার্তায় আপনার অ্যাক্সেস থাকলে, faultstring পড়ুন।

    নমুনা ত্রুটি বার্তা:

    "faultstring":"response line size exceeding 2,048"

    উপরের faultstring নির্দেশ করে যে রেসপন্স-লাইনের আকার অনুমোদিত সীমা 2 KB অতিক্রম করেছে।

    প্রকৃত অনুরোধ

    প্রকৃত অনুরোধ ব্যবহার করে যাচাই করতে:

    আপনার যদি টার্গেট/ব্যাকএন্ড সার্ভার অ্যাপ্লিকেশনে করা প্রকৃত অনুরোধে অ্যাক্সেস থাকে, তাহলে নিম্নলিখিত পদক্ষেপগুলি সম্পাদন করুন:

    1. রেসপন্স-লাইনের আকার যাচাই করুন
    2. আপনি যদি দেখেন যে URI-এর আকার Apigee Edge-এ অনুমোদিত সীমার চেয়ে বেশি, তাহলে এটিই সমস্যার কারণ।

      লক্ষ্য/ব্যাকএন্ড সার্ভার থেকে নমুনা প্রতিক্রিয়া:

      curl -v http://HOSTALIAS/test
      
      *   Trying 3.2.1.4...
      * TCP_NODELAY set
      * Connected to <hostalias> (3.2.1.4) port 80 (#0)
      > GET /test HTTP/1.1
      > Host: HOSTALIAS
      > User-Agent: curl/7.64.1
      > Accept: */*
      >
      < HTTP/1.1 200 1111…<trimmed>...11111111
      < Date: Mon, 26 Jul 2021 07:07:18 GMT
      < Content-Type: application/json
      < Content-Length: 269
      < Connection: keep-alive
      < Server: gunicorn/19.9.0
      < Access-Control-Allow-Origin: *
      < Access-Control-Allow-Credentials: true
      <
      {
      <Response Body>
      }
      * Connection #0 to host <hostalias> left intact
      * Closing connection 0

      উপরের ক্ষেত্রে, রেসপন্স-লাইন HTTP/1.1 200 1111…<trimmed>...11111111 2 KB এর চেয়ে বড়, অর্থাৎ এতে 2 K এর বেশি ASCII অক্ষর রয়েছে।

      আপনি যদি অন্য কোনো ক্লায়েন্ট ব্যবহার করেন, আপনি ক্লায়েন্ট লগগুলি পর্যালোচনা করতে পারেন এবং Apigee Edge-এ পাঠানো প্রতিক্রিয়া-লাইনের আকার খুঁজে বের করার চেষ্টা করতে পারেন।

    বার্তা প্রসেসর লগ

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

    আপনি যদি একজন প্রাইভেট ক্লাউড ব্যবহারকারী হন, তাহলে Apigee Edge-এ রেসপন্স-লাইনের আকার অনুমোদিত সীমা অতিক্রম করেছে কিনা তা যাচাই করতে আপনি মেসেজ প্রসেসর লগ ব্যবহার করতে পারেন।

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

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

    3. আপনি system.log থেকে নিম্নলিখিতগুলির অনুরূপ লাইনগুলি পাবেন:

      2021-07-26 06:45:41,451 org:myorg env:prod api:testtoobigline rev:1 messageid:r-5110240-1
      NIOThread@1 ERROR HTTP.CLIENT - HTTPClient$Context$3.onException() :
      ClientChannel[Connected: Remote:3.2.1.2:80 Local:192.168.205.251:44398]@20592
      useCount=1 bytesRead=0 bytesWritten=201 age=144ms  lastIO=0ms  isOpen=true.onExceptionRead
      exception: {}
      com.apigee.errors.http.server.BadGateway: response line size exceeding 2,048
      at <snipped>
      
      2021-07-26 06:45:41,451 org:myorg env:prod api:testtoobigline rev:1
      messageid:r-5110240-1  NIOThread@1 ERROR ADAPTORS.HTTP.FLOW -
      AbstractResponseListener.onException() : AbstractResponseListener.onError
      (HTTPResponse@6a5d6c33, response line size exceeding 2,048)

      উপরের ত্রুটি বার্তায় পাঠ্য message = response line size exceeding 2,048 তা নির্দেশ করে যে প্রতিক্রিয়া-লাইনের আকার 2 KB-এর বেশি। অতএব, Apigee Edge ব্যতিক্রমটি ছুড়ে দেয় এবং ক্লায়েন্ট অ্যাপ্লিকেশনগুলিতে ফল্ট কোড protocol.http.TooBigline .http.TooBigline সহ একটি 502 স্ট্যাটাস কোড প্রদান করে।

রেজোলিউশন

আকার ঠিক করুন

বিকল্প #1 [প্রস্তাবিত]: টার্গেট/ব্যাকএন্ড সার্ভার অ্যাপ্লিকেশনটি ঠিক করুন যাতে অনুমোদিত সীমার চেয়ে বেশি আকারের রেসপন্স-লাইন পাঠানো না হয়

  1. নির্দিষ্ট ক্লায়েন্টের সীমাতে সংজ্ঞায়িত অনুমোদিত সীমার চেয়ে বেশি আকারের প্রতিক্রিয়া-লাইন পাঠানোর কারণ বিশ্লেষণ করুন।
  2. যদি এটি পছন্দসই না হয়, তাহলে আপনার টার্গেট/ব্যাকএন্ড সার্ভার অ্যাপ্লিকেশনটি পরিবর্তন করুন যাতে এটি অনুমোদিত সীমার চেয়ে কম আকারের প্রতিক্রিয়া-লাইন পাঠায়।
  3. যদি এটি পছন্দসই হয় এবং আপনি অনুমোদিত সীমার চেয়ে বেশি আকারের একটি প্রতিক্রিয়া-লাইন পাঠাতে চান তবে পরবর্তী বিকল্পগুলিতে যান৷

CwC

বিকল্প #2: রেসপন্স-লাইন সীমা বাড়ানোর জন্য CwC প্রপার্টি ব্যবহার করুন

Apigee একটি CwC সম্পত্তি প্রদান করে যা এটিকে রেসপন্স-লাইনের আকারের সীমা বাড়ানোর অনুমতি দেয়। বিস্তারিত জানার জন্য, বার্তা প্রসেসরে রেসপন্স-লাইন সীমা সেট করুন দেখুন।

সীমা

Apigee আশা করে যে ক্লায়েন্ট অ্যাপ্লিকেশন এবং ব্যাকএন্ড সার্ভার অনুরোধ/প্রতিক্রিয়া-লাইন পাঠাবে না যার আকারগুলি Apigee এজ সীমাতে অনুরোধ/প্রতিক্রিয়া লাইন সীমার জন্য নথিভুক্ত অনুমোদিত সীমার চেয়ে বেশি।

  1. আপনি যদি একজন পাবলিক ক্লাউড ব্যবহারকারী হন, তাহলে Apigee Edge Limits-অনুরোধ/প্রতিক্রিয়া-লাইনের আকারের নথিভুক্ত অনুরোধ এবং প্রতিক্রিয়া লাইনের আকারের সর্বোচ্চ সীমা।
  2. আপনি যদি একজন ব্যক্তিগত ক্লাউড ব্যবহারকারী হন, তাহলে আপনি অনুরোধ এবং প্রতিক্রিয়া-লাইনের আকারের জন্য ডিফল্ট সর্বোচ্চ সীমা পরিবর্তন করতে পারেন (যদিও এটি একটি প্রস্তাবিত অনুশীলন নয়)। আপনি বর্তমান সীমা কিভাবে চেক করবেন এর নির্দেশাবলী অনুসরণ করে সর্বাধিক রেসপন্স-লাইন আকারের সীমা নির্ধারণ করতে পারেন।

বর্তমান সীমা চেক কিভাবে?

এই বিভাগটি ব্যাখ্যা করে কিভাবে যাচাই করা যায় যে HTTPResponse.line.limit বৈশিষ্ট্যটি মেসেজ প্রসেসরে একটি নতুন মান সহ আপডেট করা হয়েছে।

  1. মেসেজ প্রসেসর মেশিনে, /opt/apigee/edge-message-processor/conf ডিরেক্টরিতে HTTPResponse.line.limit প্রপার্টিটি অনুসন্ধান করুন এবং নীচে দেখানো হিসাবে কী মান সেট করা হয়েছে তা দেখুন:
    grep -ri "HTTPResponse.line.limit" /opt/apigee/edge-message-processor/conf
    
  2. উপরের কমান্ড থেকে নমুনা ফলাফল নিম্নরূপ:
    /opt/apigee/edge-message-processor/conf/http.properties:HTTPResponse.line.limit=2k
  3. উপরের উদাহরণের আউটপুটে, লক্ষ্য করুন যে প্রপার্টি HTTPResponse.line.limit http.properties2k মান সহ সেট করা হয়েছে।

    এটি নির্দেশ করে যে ব্যক্তিগত ক্লাউডের জন্য Apigee-এ কনফিগার করা রেসপন্স-লাইন আকারের সীমা হল 2 KB।

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

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

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

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

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

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

  • ব্যর্থ অনুরোধের জন্য পরিলক্ষিত সম্পূর্ণ ত্রুটি বার্তা
  • প্রতিষ্ঠানের নাম
  • পরিবেশের নাম
  • API প্রক্সি বান্ডেল
  • ব্যর্থ API অনুরোধের জন্য ট্রেস ফাইল
  • 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