आपको 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: पाथ:
यूआरआई सिंटैक्स में ये कॉम्पोनेंट होते हैं:
foo://example.com:8042/over/there?name=ferret#nose \_/ \______________/\_________/ \_________/ \__/ | | | | | scheme authority path query fragment
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: एपीआई मॉनिटरिंग का इस्तेमाल करना
एपीआई मॉनिटरिंग का इस्तेमाल करके, गड़बड़ी का पता लगाने के लिए:
- वाले उपयोगकर्ता के तौर पर, Apigee Edge के यूज़र इंटरफ़ेस (यूआई) में साइन इन करें भूमिका होनी चाहिए.
उस संगठन पर जाएं जिसमें आपको समस्या की जांच करनी है.
- विश्लेषण करें > एपीआई मॉनिटरिंग > पेज की जांच करें.
- वह समयावधि चुनें जिसमें आपको गड़बड़ियां दिखी थीं.
समय के हिसाब से गड़बड़ी कोड दिखाएं.
वह सेल चुनें जिसमें गड़बड़ी का कोड
protocol.http.BadPath
है, जैसा कि दिखाया गया है नीचे दिया गया है:गड़बड़ी कोड
protocol.http.BadPath
के बारे में जानकारी इस तरह दिखाई गई है नीचे दी गई जानकारी देखें:लॉग देखें पर क्लिक करें और फ़ेल हो चुके अनुरोध की पंक्ति को बड़ा करें.
- लॉग विंडो में जाकर, यह जानकारी देखें:
- स्टेटस कोड:
500
- गलत सोर्स:
target
- गलत कोड:
protocol.http.BadPath
- स्टेटस कोड:
- अगर गलत सोर्स
target
है और गलत कोडprotocol.http.BadPath
है, तो इससे पता चलता है कि बैकएंड सर्वर के यूआरएल में अमान्य पाथ.
ट्रेस
प्रोसेस #2: ट्रेस टूल का इस्तेमाल करना
ट्रेस टूल का इस्तेमाल करके गड़बड़ी का पता लगाने के लिए:
- ट्रेस सेशन को चालू करें और
500 Internal Server Error
गड़बड़ी आने तक इंतज़ार करें, या- अगर आपको समस्या के बारे में अच्छे से पता है, तो समस्या के बारे में बताने के लिए एपीआई कॉल करें
500 Internal Server Error
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
पक्का करें कि सभी FlowInfos दिखाएं चालू है:
- पूरे न हो पाने वाले अनुरोधों में से किसी एक को चुनें और ट्रेस की जांच करें.
- ट्रेस के अलग-अलग फ़ेज़ पर जाएं और देखें कि गड़बड़ी कहां हुई.
आपको गड़बड़ी आम तौर पर टारगेट अनुरोध फ़्लो शुरू होने के बाद फ़्लो में दिखेगी चरण नीचे बताए गए हैं:
ट्रेस में गड़बड़ी की वैल्यू नोट करें:
गड़बड़ी: अनुरोध का पाथ अमान्य है
ऐप्लिकेशन के अनुरोध का फ़्लो शुरू होने के बाद, Apigee Edge से गड़बड़ी होती है फ़ेज़ में है, तो इससे पता चलता है कि बैकएंड सर्वर के यूआरएल में अमान्य पाथ मौजूद है. यह करने में अक्सर तब होता है, जब फ़्लो वैरिएबल
target.url
(जो यूआरएल को दिखाता है के लिए) Apigee Edge में अमान्य पाथ से अपडेट किया गया है नीतियों में से किसी एक नीति का पालन करना चाहिए.- पिछले हर फ़्लो में वैरिएबल पढ़े और असाइन किए गए सेक्शन की जांच करें गड़बड़ी के फ़्लो से टारगेट अनुरोध का फ़्लो शुरू हुआ चरण तक पहुंचने में लगने वाला समय.
- वह नीति तय करें जिसमें फ़्लो वैरिएबल
target.url
था अपडेट किया गया:JavaScript नीति दिखाने वाले सैंपल ट्रेस ने फ़्लो वैरिएबल को अपडेट कर दिया
target.url:
ऊपर दिखाए गए सैंपल ट्रेस में, फ़्लो वैरिएबल की वैल्यू को नोट करें
target.url
कोJS- SetTargetURL
नाम की JavaScript नीति में इस तरह अपडेट किया जाता है:target.url : https://mocktarget.apigee.net?json
- ध्यान दें कि
target.url
की वैल्यू में ये कॉम्पोनेंट शामिल होते हैं:- स्कीम:
https
- सर्टिफ़िकेट देने वाली संस्था या निकाय:
mocktarget.apigee.net
- पाथ:
?json
- स्कीम:
- पाथ कॉम्पोनेंट, सवाल के निशान (
?
) से शुरू होता है फ़ॉरवर्ड स्लैश (/
) के बजाय, आपको गड़बड़ी का मैसेजInvalid request path
. - ट्रेस में AX (Analytics डेटा रिकॉर्ड किया गया) चरण पर जाएं और उस पर क्लिक करें.
नीचे स्क्रोल करते हुए चरण से जुड़ी जानकारी - गड़बड़ी हेडर सेक्शन पर जाएं और तय करें कि X-Apigee-fault-code और X-Apigee-fault-source की वैल्यू, जैसा कि यहां दिखाया गया है:
आपको 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 ऐक्सेस लॉग का इस्तेमाल करके गड़बड़ी का पता लगाने के लिए:
- अगर आप निजी Cloud उपयोगकर्ता हैं, तो यह पता करने के लिए कि NGINX ऐक्सेस लॉग का इस्तेमाल किया जा सकता है या नहीं
एचटीटीपी
500 Internal Server Error
के बारे में अहम जानकारी. NGINX ऐक्सेस लॉग देखें:
/opt/apigee/var/log/edge-router/nginx/ORG~ENV.PORT#_access_log
- यह देखने के लिए खोजें कि क्या गड़बड़ी कोड में कोई
500
गड़बड़ी है किसी खास समय के दौरानprotocol.http.BadPath
(अगर समस्या पुराना) या अगर कोई अनुरोध अब भी500
के साथ पूरा नहीं हो पा रहा है. अगर आपको मेल खाने वाले 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) में अमान्य पाथ है
संक्रमण की जांच
- यहां बताए गए तरीके से, एपीआई मॉनिटरिंग, ट्रेस टूल या NGINX ऐक्सेस लॉग का इस्तेमाल करके,
500 Internal Server Error
के लिए गलत कोड और गलत सोर्स का पता लगाएं डाइग्नोस्टिक्स के सामान्य तरीके. - अगर गलत कोड
protocol.http.BadPath
है और गलत सोर्स में वैल्यूtarget
है, तो इससे पता चलता है कि बैकएंड सर्वर के यूआरएल में अमान्य है पाथ. बैकएंड सर्वर का यूआरएल, Apigee में मौजूद फ़्लो वैरिएबल
target.url
से दिखाया जाता है किनारे. आम तौर पर यह गड़बड़ी तब होती है, जब बैकएंड सर्वर का यूआरएल अपडेट करने की कोशिश की जाती है (target.url
) डाइनैमिक तौर पर किसी भी नीति का इस्तेमाल करके (इनमें प्रॉक्सी/शेयर किया गया फ़्लो) को इस तरह से सेट करें कि उसका अमान्य पाथ हो.पता लगाएं कि फ़्लो वैरिएबल
target.url
में वाकई अमान्य है या नहीं इनमें से किसी एक तरीके का इस्तेमाल करके, path और इसके मान का स्रोत:ट्रेस
ट्रेस टूल का इस्तेमाल करना
अगर आपने इस गड़बड़ी के लिए कोई ट्रेस कैप्चर किया है, तो यहां बताए गए तरीके का इस्तेमाल करें ट्रेस टूल का इस्तेमाल करना और
- पक्का करें कि
target.url
का पाथ अमान्य हो. जैसे, यह शुरू होता है फ़ॉरवर्ड स्लैश (/
) के बजाय, सवाल का निशान (?
) लगा सकता है. अगर हां, तो उस नीति का पता लगाएं जिसने अमान्य पाथ शामिल करने के लिए
target.url
.JavaScript नीति दिखाने वाले सैंपल ट्रेस ने फ़्लो वैरिएबल को अपडेट कर दिया
target.url
- ऊपर दिए गए सैंपल ट्रेस में देखें कि JavaScript नीति ने
target.url
की वैल्यू में बदलाव किया है या उसे अपडेट किया है, ताकि वह अमान्य पाथ शामिल कर सके. - ध्यान दें कि
target.url
में ये कॉम्पोनेंट मौजूद हैं:- स्कीम:
https
- सर्टिफ़िकेट देने वाली संस्था या निकाय:
mocktarget.apigee.net
- पाथ:
?json
पाथ, फ़ॉरवर्ड करने के बजाय सवाल के निशान (
?
) से शुरू होता है स्लैश (/
), इसलिए, यह अमान्य है. - स्कीम:
लॉग
अपने लॉग सर्वर में लॉग इस्तेमाल करना
- अगर आपको इस गड़बड़ी (बार-बार होने वाली समस्या) के लिए कोई ट्रेस नहीं मिलता है, तो देखें कि क्या
आपने फ़्लो वैरिएबल की वैल्यू के बारे में जानकारी लॉग की है
target.url
की नीतियों का इस्तेमाल किया जा रहा है MessageLogging या अपने लॉग सर्वर पर सेवा कॉलआउट की नीति सेट करें. - अगर आपके पास लॉग हैं, तो उनकी समीक्षा करें और
- पुष्टि करें कि
target.url
का पाथ अमान्य है या नहीं, और - देखें कि क्या आप बदलाव वाली नीति के बारे में जानकारी हासिल कर सकते हैं
अमान्य पाथ शामिल करने के लिए
target.url
- पुष्टि करें कि
एपीआई प्रॉक्सी
काम न करने वाले एपीआई प्रॉक्सी की समीक्षा करना
अगर आपके पास इस गड़बड़ी के लिए कोई ट्रेस या लॉग नहीं हैं, तो काम न करने वाले एपीआई की समीक्षा करें प्रॉक्सी के ज़रिए यह पता लगाया जा सकता है कि फ़्लो वैरिएबल
target.url
में कौनसे बदलाव किए गए या कौनसे अपडेट हुए ताकि अमान्य पाथ शामिल न हो. इनकी जांच करें:- एपीआई प्रॉक्सी में मौजूद नीति
- प्रॉक्सी सर्वर से शुरू किया गया कोई भी शेयर किया गया फ़्लो
- पक्का करें कि
नीति में बदलाव करने वाली उस नीति को ध्यान से पढ़ें (उदाहरण के लिए: 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 Edgeprotocol.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
कॉम्पोनेंट ज़रूरी है
और यह हमेशा "/" से शुरू होना चाहिए. इसलिए इस समस्या को ठीक करने के लिए नीचे दिए गए तरीके अपनाएं:
- पक्का करें कि बैकएंड सर्वर यूआरएल, फ़्लो वैरिएबल से दिखाया जाता है
target.url
का हमेशा एक मान्य पाथ होता है और यह हमेशा फ़ॉरवर्ड स्लैश (/
).- कुछ मामलों में, हो सकता है कि आपके पाथ में संसाधन का नाम न हो. इसके बाद, पक्का करें कि
पथ में कम से कम एक फ़ॉरवर्ड स्लैश (
/
) है. - अगर फ़्लो वैरिएबल की वैल्यू तय करने के लिए, किसी अन्य वैरिएबल का इस्तेमाल किया जाता है
target.url
. इसके बाद, पक्का करें कि दूसरे वैरिएबल में अमान्य पाथ. - अगर फ़्लो वैरिएबल की वैल्यू पता करने के लिए, स्ट्रिंग में कोई कार्रवाई की जाती है
target.url
, इसके बाद पक्का करें कि स्ट्रिंग का नतीजा या नतीजा हो कार्रवाइयों का अमान्य पाथ नहीं होता है.
- कुछ मामलों में, हो सकता है कि आपके पाथ में संसाधन का नाम न हो. इसके बाद, पक्का करें कि
पथ में कम से कम एक फ़ॉरवर्ड स्लैश (
ऊपर बताए गए सैंपल में, नीचे बताए गए तरीके से इस समस्या को ठीक किया जा सकता है:
सैंपल #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
रेफ़रंस