500 सर्वर में गड़बड़ी - बैडपाथ

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

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

क्लाइंट ऐप्लिकेशन को 500 Internal Server Error का एचटीटीपी स्टेटस कोड मिलता है: एपीआई कॉल के रिस्पॉन्स के तौर पर गड़बड़ी कोड protocol.http.BadPath.

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

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

HTTP/1.1 500 Internal Server Error

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

{
   "fault":{
      "faultstring":"Invalid request path",
      "detail":{
         "errorcode":"protocol.http.BadPath"
      }
   }
}

संभावित कारण

यह गड़बड़ी तब होती है, जब बैकएंड सर्वर का अनुरोध यूआरएल, फ़्लो वैरिएबल से दिखाया जाता है target.url, ऐसा path है जो इसके बजाय प्रश्नवाचक चिह्न (?) से शुरू होता है एक फ़ॉरवर्ड स्लैश (/) है, जो अमान्य है.

निर्देशों के मुताबिक आरएफ़सी 3986, सेक्शन 3: सिंटैक्स कॉम्पोनेंट और आरएफ़सी 3986, सेक्शन 3.3: पाथ:

  1. यूआरआई सिंटैक्स में ये कॉम्पोनेंट होते हैं:

            foo://example.com:8042/over/there?name=ferret#nose
            \_/   \______________/\_________/ \_________/ \__/
             |            |            |            |       |
          scheme      authority       path        query   fragment
    
  2. path घटक ज़रूरी है और इसे इससे शुरू होना चाहिए और हमेशा फ़ॉरवर्ड स्लैश (/) होता है.

इसलिए, अगर बैकएंड सर्वर के अनुरोध वाले यूआरएल में path कॉम्पोनेंट शुरू होता है, तो फ़ॉरवर्ड स्लैश (/) के बजाय, सवाल का निशान (?) लगाएं. इसके बाद, Apigee Edge, 500 Internal Server Error और गड़बड़ी कोड के साथ जवाब देता है protocol.http.BadPath.

उदाहरण के लिए: अगर target.url की वैल्यू https://www.mocktarget.apigee.net?json है, तो यह गड़बड़ी इस तरह दिखती है path अमान्य है,क्योंकि इसकी शुरुआत सवाल के निशान से होती है फ़ॉरवर्ड स्लैश (/) के बजाय, (?) का इस्तेमाल करें.

वजह ब्यौरा इसके लिए लागू होने वाले, समस्या हल करने के निर्देश
बैकएंड सर्वर के यूआरएल (target.url) का पाथ अमान्य है बैकएंड सर्वर के यूआरएल में मौजूद पाथ कॉम्पोनेंट, फ़्लो वैरिएबल से दिखाया जाता है target.url, फ़ॉरवर्ड करने के बजाय सवाल के निशान (?) से शुरू होता है स्लैश (/). Edge के सार्वजनिक और प्राइवेट क्लाउड उपयोगकर्ता

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

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

एपीआई मॉनिटरिंग

प्रोसेस #1: एपीआई मॉनिटरिंग का इस्तेमाल करना

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

  1. वाले उपयोगकर्ता के तौर पर, Apigee Edge के यूज़र इंटरफ़ेस (यूआई) में साइन इन करें भूमिका होनी चाहिए.
  2. उस संगठन पर जाएं जिसमें आपको समस्या की जांच करनी है.

  3. विश्लेषण करें > एपीआई मॉनिटरिंग > पेज की जांच करें.
  4. वह समयावधि चुनें जिसमें आपको गड़बड़ियां दिखी थीं.
  5. समय के हिसाब से गड़बड़ी कोड दिखाएं.

  6. वह सेल चुनें जिसमें गड़बड़ी का कोड protocol.http.BadPath है, जैसा कि दिखाया गया है नीचे दिया गया है:

  7. गड़बड़ी कोड protocol.http.BadPath के बारे में जानकारी इस तरह दिखाई गई है नीचे दी गई जानकारी देखें:

  8. लॉग देखें पर क्लिक करें और फ़ेल हो चुके अनुरोध की पंक्ति को बड़ा करें.

  9. लॉग विंडो में जाकर, यह जानकारी देखें:
    • स्टेटस कोड: 500
    • गलत सोर्स: target
    • गलत कोड: protocol.http.BadPath
  10. अगर गलत सोर्स target है और गलत कोड protocol.http.BadPath है, तो इससे पता चलता है कि बैकएंड सर्वर के यूआरएल में अमान्य पाथ.

ट्रेस

प्रोसेस #2: ट्रेस टूल का इस्तेमाल करना

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

  1. ट्रेस सेशन को चालू करें और
    • 500 Internal Server Error गड़बड़ी आने तक इंतज़ार करें, या
    • अगर आपको समस्या के बारे में अच्छे से पता है, तो समस्या के बारे में बताने के लिए एपीआई कॉल करें 500 Internal Server Error अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
  2. पक्का करें कि सभी FlowInfos दिखाएं चालू है:

  3. पूरे न हो पाने वाले अनुरोधों में से किसी एक को चुनें और ट्रेस की जांच करें.
  4. ट्रेस के अलग-अलग फ़ेज़ पर जाएं और देखें कि गड़बड़ी कहां हुई.
  5. आपको गड़बड़ी आम तौर पर टारगेट अनुरोध फ़्लो शुरू होने के बाद फ़्लो में दिखेगी चरण नीचे बताए गए हैं:

  6. ट्रेस में गड़बड़ी की वैल्यू नोट करें:

    गड़बड़ी: अनुरोध का पाथ अमान्य है

    ऐप्लिकेशन के अनुरोध का फ़्लो शुरू होने के बाद, Apigee Edge से गड़बड़ी होती है फ़ेज़ में है, तो इससे पता चलता है कि बैकएंड सर्वर के यूआरएल में अमान्य पाथ मौजूद है. यह करने में अक्सर तब होता है, जब फ़्लो वैरिएबल target.url (जो यूआरएल को दिखाता है के लिए) Apigee Edge में अमान्य पाथ से अपडेट किया गया है नीतियों में से किसी एक नीति का पालन करना चाहिए.

  7. पिछले हर फ़्लो में वैरिएबल पढ़े और असाइन किए गए सेक्शन की जांच करें गड़बड़ी के फ़्लो से टारगेट अनुरोध का फ़्लो शुरू हुआ चरण तक पहुंचने में लगने वाला समय.
  8. वह नीति तय करें जिसमें फ़्लो वैरिएबल target.url था अपडेट किया गया:

    JavaScript नीति दिखाने वाले सैंपल ट्रेस ने फ़्लो वैरिएबल को अपडेट कर दिया target.url:

    ऊपर दिखाए गए सैंपल ट्रेस में, फ़्लो वैरिएबल की वैल्यू को नोट करें target.url को JS- SetTargetURL नाम की JavaScript नीति में इस तरह अपडेट किया जाता है: target.url : https://mocktarget.apigee.net?json

  9. ध्यान दें कि target.url की वैल्यू में ये कॉम्पोनेंट शामिल होते हैं:
    • स्कीम: https
    • सर्टिफ़िकेट देने वाली संस्था या निकाय: mocktarget.apigee.net
    • पाथ: ?json
  10. पाथ कॉम्पोनेंट, सवाल के निशान (?) से शुरू होता है फ़ॉरवर्ड स्लैश (/) के बजाय, आपको गड़बड़ी का मैसेज Invalid request path.
  11. ट्रेस में AX (Analytics डेटा रिकॉर्ड किया गया) चरण पर जाएं और उस पर क्लिक करें.
  12. नीचे स्क्रोल करते हुए चरण से जुड़ी जानकारी - गड़बड़ी हेडर सेक्शन पर जाएं और तय करें कि X-Apigee-fault-code और X-Apigee-fault-source की वैल्यू, जैसा कि यहां दिखाया गया है:

  13. आपको X-Apigee-fault-code और X-Apigee-fault-source की वैल्यू दिखेगी protocol.http.BadPath और target के तौर पर, से पता चलता है कि यह गड़बड़ी इसलिए हुई है, क्योंकि बैकएंड सर्वर के यूआरएल में अमान्य पाथ मौजूद है.

    रिस्पॉन्स हेडर मान
    X-Apigee-fault-code protocol.http.BadPath
    X-Apigee-fault-source target

NGINX

प्रक्रिया #3: NGINX ऐक्सेस लॉग का इस्तेमाल करना

NGINX ऐक्सेस लॉग का इस्तेमाल करके गड़बड़ी का पता लगाने के लिए:

  1. अगर आप निजी Cloud उपयोगकर्ता हैं, तो यह पता करने के लिए कि NGINX ऐक्सेस लॉग का इस्तेमाल किया जा सकता है या नहीं एचटीटीपी 500 Internal Server Error के बारे में अहम जानकारी.
  2. NGINX ऐक्सेस लॉग देखें:

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

  3. यह देखने के लिए खोजें कि क्या गड़बड़ी कोड में कोई 500 गड़बड़ी है किसी खास समय के दौरान protocol.http.BadPath (अगर समस्या पुराना) या अगर कोई अनुरोध अब भी 500 के साथ पूरा नहीं हो पा रहा है.
  4. अगर आपको मेल खाने वाले X-Apigee-fault-code की 500 गड़बड़ी मिलती है protocol.http.BadPath का मान, फिर X- का मान निर्धारित करें Apigee-fault-source.

    NGINX ऐक्सेस लॉग में 500 गड़बड़ी का नमूना:

    NGINX ऐक्सेस लॉग की ऊपर दी गई सैंपल एंट्री में X-Apigee- के लिए ये वैल्यू हैं गड़बड़ी का कोड और X-Apigee-fault-source:

    हेडर मान
    X-Apigee-fault-code protocol.http.BadPath
    X-Apigee-fault-source target

    ध्यान दें कि X-Apigee-fault-code और X-Apigee-fault-source की वैल्यू हैं protocol.http.BadPath और target का मतलब है, यह दिखाता है कि यह गड़बड़ी इसलिए हुई है, क्योंकि बैकएंड सर्वर के यूआरएल में अमान्य पाथ मौजूद है.

वजह: बैकएंड सर्वर यूआरएल (target.url) में अमान्य पाथ है

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

  1. यहां बताए गए तरीके से, एपीआई मॉनिटरिंग, ट्रेस टूल या NGINX ऐक्सेस लॉग का इस्तेमाल करके, 500 Internal Server Error के लिए गलत कोड और गलत सोर्स का पता लगाएं डाइग्नोस्टिक्स के सामान्य तरीके.
  2. अगर गलत कोड protocol.http.BadPath है और गलत सोर्स में वैल्यू target है, तो इससे पता चलता है कि बैकएंड सर्वर के यूआरएल में अमान्य है पाथ.
  3. बैकएंड सर्वर का यूआरएल, Apigee में मौजूद फ़्लो वैरिएबल target.url से दिखाया जाता है किनारे. आम तौर पर यह गड़बड़ी तब होती है, जब बैकएंड सर्वर का यूआरएल अपडेट करने की कोशिश की जाती है (target.url) डाइनैमिक तौर पर किसी भी नीति का इस्तेमाल करके (इनमें प्रॉक्सी/शेयर किया गया फ़्लो) को इस तरह से सेट करें कि उसका अमान्य पाथ हो.

  4. पता लगाएं कि फ़्लो वैरिएबल target.url में वाकई अमान्य है या नहीं इनमें से किसी एक तरीके का इस्तेमाल करके, path और इसके मान का स्रोत:

    ट्रेस

    ट्रेस टूल का इस्तेमाल करना

    अगर आपने इस गड़बड़ी के लिए कोई ट्रेस कैप्चर किया है, तो यहां बताए गए तरीके का इस्तेमाल करें ट्रेस टूल का इस्तेमाल करना और

    1. पक्का करें कि target.url का पाथ अमान्य हो. जैसे, यह शुरू होता है फ़ॉरवर्ड स्लैश (/) के बजाय, सवाल का निशान (?) लगा सकता है.
    2. अगर हां, तो उस नीति का पता लगाएं जिसने अमान्य पाथ शामिल करने के लिए target.url.

      JavaScript नीति दिखाने वाले सैंपल ट्रेस ने फ़्लो वैरिएबल को अपडेट कर दिया target.url

    3. ऊपर दिए गए सैंपल ट्रेस में देखें कि JavaScript नीति ने target.url की वैल्यू में बदलाव किया है या उसे अपडेट किया है, ताकि वह अमान्य पाथ शामिल कर सके.
    4. ध्यान दें कि target.url में ये कॉम्पोनेंट मौजूद हैं:
      • स्कीम: https
      • सर्टिफ़िकेट देने वाली संस्था या निकाय: mocktarget.apigee.net
      • पाथ: ?json

      पाथ, फ़ॉरवर्ड करने के बजाय सवाल के निशान (?) से शुरू होता है स्लैश (/), इसलिए, यह अमान्य है.

    लॉग

    अपने लॉग सर्वर में लॉग इस्तेमाल करना

    1. अगर आपको इस गड़बड़ी (बार-बार होने वाली समस्या) के लिए कोई ट्रेस नहीं मिलता है, तो देखें कि क्या आपने फ़्लो वैरिएबल की वैल्यू के बारे में जानकारी लॉग की है target.url की नीतियों का इस्तेमाल किया जा रहा है MessageLogging या अपने लॉग सर्वर पर सेवा कॉलआउट की नीति सेट करें.
    2. अगर आपके पास लॉग हैं, तो उनकी समीक्षा करें और
      1. पुष्टि करें कि target.url का पाथ अमान्य है या नहीं, और
      2. देखें कि क्या आप बदलाव वाली नीति के बारे में जानकारी हासिल कर सकते हैं अमान्य पाथ शामिल करने के लिए target.url

    एपीआई प्रॉक्सी

    काम न करने वाले एपीआई प्रॉक्सी की समीक्षा करना

    अगर आपके पास इस गड़बड़ी के लिए कोई ट्रेस या लॉग नहीं हैं, तो काम न करने वाले एपीआई की समीक्षा करें प्रॉक्सी के ज़रिए यह पता लगाया जा सकता है कि फ़्लो वैरिएबल target.url में कौनसे बदलाव किए गए या कौनसे अपडेट हुए ताकि अमान्य पाथ शामिल न हो. इनकी जांच करें:

    • एपीआई प्रॉक्सी में मौजूद नीति
    • प्रॉक्सी सर्वर से शुरू किया गया कोई भी शेयर किया गया फ़्लो
  5. नीति में बदलाव करने वाली उस नीति को ध्यान से पढ़ें (उदाहरण के लिए: assignMessage या JavaScript) फ़्लो वैरिएबल target.url को अपडेट करता है और इसकी वजह तय करता है target.url को अमान्य पाथ के लिए अपडेट किया जा रहा है.

    फ़्लो वैरिएबल target.url को अपडेट करने वाली नीतियों के कुछ उदाहरण यहां दिए गए हैं .

    सैंपल #1

    सैंपल #1: target.url वैरिएबल को अपडेट करने वाली JavaScript नीति

    var url = "https://mocktarget.apigee.net?json"
    context.setVariable("target.url", url);
    

    ऊपर दिए गए नमूने में, ध्यान दें कि फ़्लो वैरिएबल target.url को अपडेट किया गया है किसी दूसरी वैल्यू में https://mocktarget.apigee.net?json मौजूद है वैरिएबल url.

    ध्यान दें कि url की वैल्यू में ये कॉम्पोनेंट होते हैं:

    • स्कीम: https
    • सर्टिफ़िकेट देने वाली संस्था या निकाय: mocktarget.apigee.net
    • पाथ: ?json

    पाथ, फ़ॉरवर्ड स्लैश के बजाय सवाल के निशान (?) से शुरू होता है (/), जो अमान्य है. इसलिए, Apigee Edge protocol.http.BadPath गड़बड़ी कोड के साथ 500 Internal Server Error.

    सैंपल #2

    सैंपल #2: target.url वैरिएबल को अपडेट करने वाली JavaScript नीति उसके हेडर में मौजूद वैल्यू के आधार पर

    var path = context.getVariable("request.header.Path");
    var url = "https://mocktarget.apigee.net" + path
    context.setVariable("target.url", url);
    

    ऊपर दिए गए नमूने में, ध्यान दें कि फ़्लो वैरिएबल target.url को अपडेट किया गया है इसमें मौजूद मान https://mocktarget.apigee.net को जोड़कर, वैरिएबल url और किसी अन्य वैरिएबल path की वैल्यू, जिसका मान request.header.Path. से लिया गया है

    अगर आपके पास असल अनुरोध या ट्रेस का ऐक्सेस है, तो असल वैल्यू की पुष्टि की जा सकती है request.header.Path को पास किया गया.

    उपयोगकर्ता के किए गए अनुरोध का सैंपल

    curl -v https://HOST_ALIAS/v1/myproxy -H "Authorization: Bearer <token> -H "Path: ?user"
    

    इस उदाहरण में, हेडर पाथ को अनुरोध के हिस्से के तौर पर नहीं भेजा गया है. इसलिए, मान JavaScript नीति में वैरिएबल path का प्रतिशत null है.

    इसलिए:

    • url = https://mocktarget.apigee.net + path
    • url = https://mocktarget.apigee.net + "?user"
    • target.url = https://mocktarget.apigee.net?user

    ध्यान दें कि target.url की वैल्यू में ये कॉम्पोनेंट होते हैं:

    • स्कीम: https
    • सर्टिफ़िकेट देने वाली संस्था या निकाय: mocktarget.apigee.net
    • पाथ: ?user

    पाथ, फ़ॉरवर्ड स्लैश के बजाय सवाल के निशान (?) से शुरू होता है (/), जो अमान्य है. इस वजह से, Apigee Edge, गड़बड़ी के कोड protocol.http.BadPath के साथ 500 Internal Server Error दिखाता है.

    सैंपल #3

    सैंपल #3: assignMessage नीति target.url वैरिएबल को अपडेट करना

    <AssignMessage async="false" continueOnError="false" enabled="true" name="AM-SetTargetURL">
        <DisplayName>AM-SetTargetURL</DisplayName>
        <AssignVariable>
             <Name>target.url</Name>
             <Value>https://mocktarget.apigee.net?echo</Value>
        </AssignVariable>
        <IgnoreUnresolvedVariables>true</IgnoreUnresolvedVariables>
        <AssignTo createNew="false" transport="http" type="request"/>
    </AssignMessage>
    

    ध्यान दें कि url की वैल्यू में ये कॉम्पोनेंट शामिल होते हैं:

    • स्कीम: https
    • सर्टिफ़िकेट देने वाली संस्था या निकाय: mocktarget.apigee.net
    • पाथ: ?echo

    इस उदाहरण में फिर से, पाथ एक सवाल के निशान (?) से शुरू होता है के बजाय, फ़ॉरवर्ड स्लैश (/) का इस्तेमाल करें. यह अमान्य है. इसलिए, Apigee Edge, गड़बड़ी के कोड के साथ 500 Internal Server Error दिखाता है protocol.http.BadPath.

रिज़ॉल्यूशन

यूआरएल की खास बातों के मुताबिक आरएफ़सी 3986, सेक्शन 3: सिंटैक्स कॉम्पोनेंट, path कॉम्पोनेंट ज़रूरी है और यह हमेशा "/" से शुरू होना चाहिए. इसलिए इस समस्या को ठीक करने के लिए नीचे दिए गए तरीके अपनाएं:

  1. पक्का करें कि बैकएंड सर्वर यूआरएल, फ़्लो वैरिएबल से दिखाया जाता है target.url का हमेशा एक मान्य पाथ होता है और यह हमेशा फ़ॉरवर्ड स्लैश (/).
    1. कुछ मामलों में, हो सकता है कि आपके पाथ में संसाधन का नाम न हो. इसके बाद, पक्का करें कि पथ में कम से कम एक फ़ॉरवर्ड स्लैश (/) है.
    2. अगर फ़्लो वैरिएबल की वैल्यू तय करने के लिए, किसी अन्य वैरिएबल का इस्तेमाल किया जाता है target.url. इसके बाद, पक्का करें कि दूसरे वैरिएबल में अमान्य पाथ.
    3. अगर फ़्लो वैरिएबल की वैल्यू पता करने के लिए, स्ट्रिंग में कोई कार्रवाई की जाती है target.url, इसके बाद पक्का करें कि स्ट्रिंग का नतीजा या नतीजा हो कार्रवाइयों का अमान्य पाथ नहीं होता है.
  2. ऊपर बताए गए सैंपल में, नीचे बताए गए तरीके से इस समस्या को ठीक किया जा सकता है:

    सैंपल #1

    सैंपल #1: target.url वैरिएबल को अपडेट करने वाली JavaScript नीति

    URL में प्रश्नवाचक चिह्न (?) के बजाय फ़ॉरवर्ड स्लैश (/) का उपयोग करें इस समस्या को ठीक करने के लिए, वैरिएबल url को नीचे दिखाया गया है:

    var url = "https://mocktarget.apigee.net/json"
    context.setVariable("target.url", url);
    

    सैंपल #2

    सैंपल #2: target.url वैरिएबल को अपडेट करने वाली JavaScript नीति उसके हेडर में मौजूद वैल्यू के आधार पर

    var path = context.getVariable("request.header.Path");
    var url = "https://mocktarget.apigee.net" + path
    context.setVariable("target.url", url);
    

    पक्का करें कि आपने मान्य पाथ पास किया हो. उदाहरण के लिए: अनुरोध के तौर पर /user इस समस्या को ठीक करने के लिए, Path हेडर का इस्तेमाल करें. जैसे:

    अनुरोध का सैंपल:

    curl -v https://HOST_ALIAS/v1/myproxy -H "Authorization: Bearer <token> -H "Path: /user"
    

    सैंपल #3

    सैंपल #3: target.url वैरिएबल को लागू करने के लिए,assignMessage नीति को अपडेट करना

    ConsentMessage नीति के <Value> एलिमेंट में मान्य पाथ जोड़ें. इसका मतलब है कि सवाल के निशान (?) को से बदलें <Value> एलिमेंट में फ़ॉरवर्ड स्लैश (/) और इस समस्या को ठीक करने के लिए, इसे https://mocktarget.apigee.net/echo पर सेट करें, जैसा कि नीचे दिखाया गया है:

    <AssignMessage async="false" continueOnError="false" enabled="true" name="AM-SetTargetURL">
        <DisplayName>AM-SetTargetURL</DisplayName>
        <AssignVariable>
             <Name>target.url</Name>
             <Value>https://mocktarget.apigee.net/echo</Value>
        </AssignVariable>
        <IgnoreUnresolvedVariables>true</IgnoreUnresolvedVariables>
        <AssignTo createNew="false" transport="http" type="request"/>
    </AssignMessage>
    

    खास जानकारी

    Apigee Edge, तो बैकएंड सर्वर के यूआरएल में path कॉम्पोनेंट की ज़रूरत होती है यहां दी गई शर्तों के मुताबिक, हमेशा फ़ॉरवर्ड स्लैश (/) से शुरू करना चाहिए विशेषताएं:

    खास जानकारी
    आरएफ़सी 3986, सेक्शन 3: सिंटैक्स कॉम्पोनेंट
    आरएफ़सी 3986, सेक्शन 3.3: पाथ

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

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

    अगर ऊपर दिए गए निर्देशों का पालन करने के बाद भी समस्या बनी रहती है, तो यह जानकारी इकट्ठा करें और फिर Apigee Edge सहायता से संपर्क करें:

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

    • संगठन का नाम
    • परिवेश का नाम
    • एपीआई प्रॉक्सी का नाम
    • 500 Internal Server Error को गड़बड़ी कोड protocol.http.BadPath के साथ फिर से दिखाने के लिए इस्तेमाल किए गए curl निर्देश को पूरा करें
    • एपीआई अनुरोधों के लिए फ़ाइल ट्रेस करें

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

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

    रेफ़रंस

    फ़्लो वैरिएबल - टारगेट