502 गलत गेटवे - TOBigLine

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

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

क्लाइंट ऐप्लिकेशन को गड़बड़ी कोड के साथ 502 Bad Gateway का एक एचटीटीपी स्टेटस कोड मिलता है protocol.http.TooBigLine का इस्तेमाल, एपीआई कॉल के रिस्पॉन्स के तौर पर किया जाता है.

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

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

HTTP/1.1 502 Bad Gateway

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

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

संभावित कारण

यह गड़बड़ी तब होती है, जब जवाब देने वाली लाइन का साइज़ Apigee के लिए टारगेट/बैकएंड सर्वर HTTP रिस्पॉन्स के हिस्से के तौर पर एज अधिकतम सीमा से ज़्यादा है Apigee Edge में सीमा तय करना.

इस गड़बड़ी की संभावित वजहों का पता लगाने से पहले, आइए जानते हैं कि रिस्पॉन्स-लाइन इसका मतलब है और इसके साइज़ की जांच करने का तरीका भी बताया गया है.

रिस्पॉन्स-लाइन को समझना

आम तौर पर, एचटीटीपी रिस्पॉन्स के तीन हिस्से होते हैं:

1. स्टेटस-लाइन (Apigee में इसे रिस्पॉन्स-लाइन कहा जाता है)
2. ( HTTP हेडर का सेट )
3. [ मुख्य भाग ]

रिस्पॉन्स-लाइन के तीन हिस्से होते हैं: प्रोटोकॉल वर्शन और उसके बाद संख्या स्टेटस कोड और उससे जुड़े टेक्स्ट वाले वाक्यांश, जैसा कि नीचे दिखाया गया है:

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

जब टारगेट/बैकएंड सर्वर ऐप्लिकेशन से कोई एचटीटीपी रिस्पॉन्स भेजा जाता है, तो भेजी गई इमेज, ऊपर बताई गई जवाब देने वाली लाइन के बारे में बताती है. इसके बाद, यह चरण शुरू होता है हेडर और रिस्पॉन्स बॉडी/पेलोड.नीचे दिया गया सैंपल स्क्रीनशॉट, curl अनुरोध, अनुरोध वाला हिस्सा और जवाब वाला हिस्सा (साथ में रिस्पॉन्स-लाइन).

रिस्पॉन्स-लाइन के साइज़ को समझना

1. ऊपर बताए गए सैंपल में, जवाब की शुरुआती लाइन (पहली लाइन) भी है इसे रिस्पॉन्स-लाइन कहा जाता है:

   HTTP/1.1 200 OK
   

   इस रिस्पॉन्स-लाइन का साइज़ ~15 bytes है, क्योंकि इसमें 15 ASCII characters है. चूंकि यह के भीतर है Apigee Edge में तय सीमा है, तो रिस्पॉन्स बिना किसी नियम के क्लाइंट को वापस भेजा जाता है Apigee Edge से मिली गड़बड़ियां.

2. इसी तरह, अगर आप यहां faultstring ऊपर दिखाया गया गड़बड़ी का मैसेज, इसमें "response line size exceeding 2,048" है. इससे पता चलता है कि एचटीटीपी रिस्पॉन्स में Response-Line टारगेट/बैकएंड सर्वर से भेजी गई फ़ाइल का साइज़ 2,048 बाइट से ज़्यादा है.

बड़ी रिस्पॉन्स-लाइन को समझना

इसकी परिभाषा के मुताबिक स्टेटस-लाइन (इसे यहां रिस्पॉन्स-लाइन कहा जाता है) और सामान्य एचटीटीपी अनुरोध और रिस्पॉन्स के हिसाब से, साइज़ Apigee Edge में दो K की डिफ़ॉल्ट सीमा से काफ़ी कम होगा, इसलिए, हो सकता है कि हम सीमा तक पहुंचें. हालांकि, यहां कुछ ऐसे संभावित मामले दिए गए हैं जिनमें यह सीमा पार हो सकती है:

1. टारगेट/बैकएंड सर्वर कोई एचटीटीपी सिस्टम नहीं है. ऐसा हो सकता है कि यह एचटीटीपी के साथ रिस्पॉन्स न दे रहा हो जवाब.
2. टारगेट/बैकएंड सर्वर में समस्याएं हैं और वह एचटीटीपी के हिस्से के तौर पर एक लंबी रिस्पॉन्स-लाइन भेजता है जवाब.

इस बारे में यहां ज़्यादा पढ़ें गड़बड़ी प्रोटोकॉल मिल रहा है.http.TooBigLine, "रिस्पॉन्स लाइन का साइज़ 2,048 से ज़्यादा है.

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

वजह	ब्यौरा	इसके लिए लागू होने वाले, समस्या हल करने के निर्देश
जवाब देने वाली लाइन का साइज़, तय सीमा से ज़्यादा है	टारगेट/बैकएंड सर्वर से भेजी जाने वाली जवाब देने वाली लाइन का साइज़ Apigee Edge के लिए एचटीटीपी रिस्पॉन्स, Apigee Edge में स्टोरेज की सीमा	Edge के सार्वजनिक और प्राइवेट क्लाउड उपयोगकर्ता

गड़बड़ी की जांच करने के सामान्य तरीके

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

वजह: रिस्पॉन्स लाइन का साइज़, तय सीमा से ज़्यादा है

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

1. एपीआई का इस्तेमाल करके मिली गड़बड़ी के लिए, गलत कोड और गलत सोर्स का पता लगाएं मॉनिटरिंग, ट्रेस करने वाले टूल या NGINX ऐक्सेस लॉग के बारे में ज़्यादा जानकारी यहां दी गई है गड़बड़ी की जानकारी पाने के सामान्य तरीके.
2. अगर गलत सोर्स की वैल्यू target है, तो इससे पता चलता है कि टारगेट/बैकएंड सर्वर ऐप्लिकेशन से Apigee को भेजी गई रिस्पॉन्स-लाइन का साइज़, Apigee Edge में, ऑफ़र की सीमा तय की गई है.

3. एक का इस्तेमाल करके, यह पुष्टि की जा सकती है कि रिस्पॉन्स लाइन का साइज़, 2 केबी की तय सीमा से ज़्यादा हो गया है नीचे दिए गए तरीकों का इस्तेमाल करें:

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

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

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

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

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

   ऊपर दिए गए faultstring से पता चलता है कि रिस्पॉन्स लाइन का साइज़, तय सीमा से ज़्यादा है 2 केबी की सीमा तय करें.

   असल अनुरोध

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

   अगर आपके पास टारगेट/बैकएंड सर्वर से किए गए असल अनुरोध का ऐक्सेस है तो नीचे दिए गए चरणों को पूरा करें:

   1. रिस्पॉन्स-लाइन के साइज़ की पुष्टि करें
   2. अगर आपको लगता है कि यूआरआई का साइज़ 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 केबी से ज़्यादा है, इसका मतलब है कि इसमें यह शामिल है 2 K से ज़्यादा ASCII वर्ण होने चाहिए.

      अगर किसी दूसरे क्लाइंट का इस्तेमाल किया जा रहा है, तो क्लाइंट लॉग की समीक्षा करें और Apigee Edge को भेजी जा रही रिस्पॉन्स-लाइन का साइज़ जानने के लिए.

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

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

   अगर आप निजी क्लाउड उपयोगकर्ता हैं, तो मैसेज प्रोसेसर के लॉग का इस्तेमाल इन कामों के लिए किया जा सकता है पुष्टि करें कि रिस्पॉन्स-लाइन का साइज़, Apigee Edge में स्टोरेज की सीमा.

   1. एपीआई मॉनिटरिंग, ट्रेस टूल, और काम न करने वाले अनुरोध का मैसेज आईडी पता करने के लिए या 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 केबी से ज़्यादा है. इसलिए, Apigee Edge, अपवाद के साथ 502 स्टेटस कोड दिखाता है क्लाइंट ऐप्लिकेशन के लिए protocol.http.TooBigline गड़बड़ी कोड.

रिज़ॉल्यूशन

सीमाएं

Apigee को उम्मीद है कि क्लाइंट ऐप्लिकेशन और बैकएंड सर्वर, अनुरोध/जवाब-लाइन नहीं भेजता जिनके आकार अनुरोध/जवाब पंक्ति सीमा के लिए बताई गई सीमा से ज़्यादा हैं Apigee Edge लिमिट में हैं.

1. अगर आप सार्वजनिक क्लाउड के उपयोगकर्ता हैं, तो जवाब देने वाली लाइन का साइज़, अनुरोध/जवाब देने वाली लाइन के साइज़ के हिसाब से दस्तावेज़ के तौर पर दिया जाता है Apigee Edge की सीमाएं.
2. अगर आप निजी क्लाउड उपयोगकर्ता हैं, तो हो सकता है कि आपने डिफ़ॉल्ट सेटिंग में बदलाव किया हो अनुरोध और जवाब देने वाली लाइन के साइज़ की सीमा (भले ही, यह सुझाया गया तरीका न हो). रिस्पॉन्स-लाइन की ज़्यादा से ज़्यादा सीमा तय करने के लिए, यहां दिए गए निर्देशों का पालन करें: मौजूदा सीमा देखने का तरीका.

मौजूदा सीमा कैसे देखें?

इस सेक्शन में, प्रॉपर्टी HTTPResponse.line.limit की पुष्टि करने का तरीका बताया गया है को मैसेज प्रोसेसर पर एक नई वैल्यू के साथ अपडेट किया गया है.

1. मैसेज प्रोसेसर मशीन पर, प्रॉपर्टी खोजें HTTPResponse.line.limit /opt/apigee/edge-message-processor/conf डायरेक्ट्री और इसे चुनें नीचे दिखाए गए तरीके से देखें कि कौनसा मान सेट किया गया है:

   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.properties में को 2k मान के साथ सेट किया गया है.

   इससे पता चलता है कि Apigee for Private में, रिस्पॉन्स-लाइन के साइज़ की सीमा कॉन्फ़िगर की गई है क्लाउड का साइज़ 2 केबी है.

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

ऐप्लिकेशन की परफ़ॉर्मेंस से जुड़ी जानकारी इकट्ठा करना ज़रूरी है

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

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

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

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

• पूरे न हो पाने वाले अनुरोधों की वजह से, गड़बड़ी का पूरा मैसेज मिला
• संगठन का नाम
• परिवेश का नाम
• एपीआई प्रॉक्सी बंडल
• पूरे न हो पाने वाले एपीआई अनुरोधों के लिए फ़ाइल ट्रेस करें
• 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