जब Apigee Edge के ज़रिए एपीआई अनुरोध किए जाते हैं, तो Apigee Edge के कॉम्पोनेंट राउटर और मैसेज प्रोसेसर या बैकएंड
सर्वर, क्लाइंट ऐप्लिकेशन को गड़बड़ियां दिखा सकते हैं.
मैसेज प्रोसेसर से मिली गड़बड़ियां
मैसेज प्रोसेसर, Apigee Edge का मुख्य कॉम्पोनेंट है. यह नीतियों को प्रोसेस करता है और बैकएंड सर्वर के साथ इंटरैक्ट करता है. अगर कोई समस्या मिलती है, तो यह गड़बड़ियों की जानकारी दे सकता है. जैसे:
इंटरनेट कनेक्शन से जुड़ी समस्याएं, टीएलएस हैंडशेक की प्रक्रिया पूरी न हो पाना, बैकएंड सर्वर का उपलब्ध न होना,
बैकएंड सर्वर से कम्यूनिकेट करने के दौरान जवाब न मिलना
नीति लागू करने के दौरान होने वाली गड़बड़ियां
अमान्य एचटीटीपी हेडर, एन्कोडिंग, पाथ, एचटीटीपी की खास बातों का पालन न करना, प्रॉडक्ट की सीमाओं से ज़्यादा प्रॉडक्ट शामिल करना वगैरह:
क्लाइंट ऐप्लिकेशन से भेजे गए एचटीटीपी अनुरोध के साथ
या
बैकएंड सर्वर से भेजे गए एचटीटीपी रिस्पॉन्स के साथ
और भी कई सुविधाएं
मैसेज प्रोसेसर से मिली गड़बड़ी का सैंपल
मैसेज प्रोसेसर हमेशा एचटीटीपी स्टेटस कोड दिखाता है. इसके बाद, गड़बड़ी का मैसेज और JSON फ़ॉर्मैट में गड़बड़ी का कोड दिखाता है. उदाहरण के लिए:
क्लाइंट ऐप्लिकेशन को इस तरह का रिस्पॉन्स कोड मिलता है:
HTTP/1.1414Request-URI Too Long
मैसेज प्रोसेसर से गड़बड़ी का रिस्पॉन्स, इस फ़ॉर्मैट में दिखता है:
गड़बड़ी के जवाब में मौजूद फ़ील्ड के बारे में जानकारी:
फ़ील्ड
ब्यौरा
faultstring
इसमें गड़बड़ी का मैसेज होता है, जिसमें गड़बड़ी की संभावित वजह के बारे में बताया जाता है
errorcode
गड़बड़ी से जुड़ा गड़बड़ी कोड (इसे गड़बड़ी का कोड भी कहा जाता है)
रनटाइम से जुड़ी गड़बड़ी का कैटलॉग
गड़बड़ी के इस कैटलॉग में, रनटाइम के दौरान दिखने वाली गड़बड़ी के कोड के बारे में पूरी जानकारी दी गई है. ये कोड, नीति से जुड़ी गड़बड़ियों के लिए नहीं होते. ये Apigee Edge Message Processor कॉम्पोनेंट से दिखाए जाते हैं. इसमें गड़बड़ी के हर कोड के लिए, यह जानकारी शामिल होती है:
एचटीटीपी स्टेटस कोड
गड़बड़ी का मैसेज
गड़बड़ी की संभावित वजहें
एचटीटीपी से जुड़ी कोई खास जानकारी और/या प्रॉडक्ट की सीमाएं
गड़बड़ी की वजह का पता लगाने के लिए निर्देश देने वाली प्लेबुक और वीडियो. साथ ही,
गड़बड़ी को खुद ठीक करने के लिए, असरदार समाधान (जहां उपलब्ध हो)
गड़बड़ी को खुद ठीक करने के लिए, लागू किया जा सकने वाला तरीका
किसी गड़बड़ी कोड के लिए ऊपर दी गई जानकारी देखने के लिए, टेबल को फ़िल्टर करें. इसके लिए, नीचे दिए गए खोजें बॉक्स का इस्तेमाल करें. टेबल में मौजूद किसी भी फ़ील्ड में, स्टेटस कोड या किसी भी कॉन्टेंट को खोजा जा सकता है.
searchखोज
गड़बड़ी का कोड
ब्यौरा
ठीक करें
flow.*
flow.APITimedOut
एचटीटीपी स्टेटस कोड:
504 Gateway Timeout
गड़बड़ी का मैसेज:
API timed out
संभावित वजह:
यह गड़बड़ी तब होती है, जब:
बैकएंड सर्वर, किसी खास एपीआई प्रॉक्सी के लिए, प्रॉपर्टी api.timeout से कॉन्फ़िगर किए गए टाइम आउट की अवधि के अंदर जवाब नहीं देता.
ज़्यादा कंप्यूटिंग वाले ऑपरेशन, ज़्यादा ट्रैफ़िक या खराब परफ़ॉर्मेंस की वजह से, नीति लागू होने में ज़्यादा समय लगता है.
ध्यान दें: इस प्लेबुक में, गड़बड़ी के कोड messaging.adaptors.http.flow.GatewayTimeout से जुड़ी समस्या हल करने के निर्देश दिए गए हैं. हालांकि, flow.APITimedOut गड़बड़ी के कोड से जुड़ी समस्या हल करने के लिए भी, इस प्लेबुक का इस्तेमाल किया जा सकता है.
एचटीटीपी रिस्पॉन्स के हिस्से के तौर पर, बैकएंड/टारगेट सर्वर से भेजा गया पेलोड फ़ॉर्मैट,
Content-Encoding हेडर में बताए गए एन्कोडिंग फ़ॉर्मैट से मेल नहीं खाता
बैकएंड सर्वर के लागू होने के तरीके के हिसाब से, गड़बड़ी का मैसेज और फ़ॉर्मैट अलग-अलग हो सकता है.
संभावित वजह:
यह गड़बड़ी तब होती है, जब बैकएंड सर्वर, Apigee Edge को स्टेटस कोड 504 के साथ जवाब देता है.
ध्यान दें: क्लाइंट ऐप्लिकेशन को भेजे गए गड़बड़ी के मैसेज के हिस्से के तौर पर, गड़बड़ी का कोड
messaging.adaptors.http.flow.ErrorResponseCode नहीं दिखाया जाता. ऐसा इसलिए होता है, क्योंकि जब भी बैकएंड सर्वर, गड़बड़ी और 4XX या 5XX में से किसी भी स्टेटस कोड के साथ जवाब देता है, तब Apigee Edge यह गड़बड़ी कोड सेट करता है. इस गड़बड़ी का कोड, एपीआई मॉनिटरिंग, NGINX ऐक्सेस लॉग या ऐनलिटिक्स डेटाबेस में देखा जा सकता है.
messaging.adaptors.http.flow.GatewayTimeout
एचटीटीपी स्टेटस कोड:
504 Gateway Timeout
गड़बड़ी का मैसेज:
Gateway Timeout
संभावित वजह:
यह गड़बड़ी तब होती है, जब बैकएंड सर्वर, मैसेज प्रोसेसर पर कॉन्फ़िगर किए गए
I/O टाइम आउट अवधि के अंदर, Apigee Edge मैसेज प्रोसेसर को जवाब नहीं देता.
यह गड़बड़ी तब होती है, जब Apigee Edge को भेजे गए एचटीटीपी POST और PUT अनुरोधों के हिस्से के तौर पर, क्लाइंट ऐप्लिकेशन से Content-Length हेडर पास नहीं किया जाता.
ध्यान दें: इस गड़बड़ी की वजह से अस्वीकार किए गए अनुरोधों को ट्रैक टूल में कैप्चर नहीं किया जा सकता. इसकी वजह यह है कि मैसेज प्रोसेसर, अनुरोध को प्रोसेस करने और एपीआई प्रॉक्सी में किसी नीति को लागू करने से पहले, इस पुष्टि को बहुत शुरुआती चरण में करता है.
पक्का करें कि क्लाइंट ऐप्लिकेशन, Apigee Edge को भेजे गए एचटीटीपी POST और PUT अनुरोधों के हिस्से के तौर पर, हेडर Content-Length को हमेशा पास करता हो. उदाहरण के लिए:
curl -X POST https://HOSTALIAS/PATH -d '{"name": "abc"}' -H "Content-Length: 15"
भले ही, POST और
PUT अनुरोधों के साथ खाली पेलोड पास किया जा रहा हो, तो भी पक्का करें कि हेडर
Content-Length: 0 पास किया गया हो. उदाहरण के लिए:
curl -X POST https://HOSTALIAS/PATH -H "Content-Length: 0"
messaging.adaptors.http.flow.NoActiveTargets
एचटीटीपी स्टेटस कोड:
503 Service Unavailable
गड़बड़ी का मैसेज:
The Service is temporarily unavailable
संभावित वजह:
Apigee Edge में
TargetServer का इस्तेमाल करने पर, यह गड़बड़ी इनमें से किसी एक स्थिति में होती है:
कस्टम अनुमति देने वाले सर्वर की वजह से, बैकएंड सर्वर होस्ट का गलत डीएनएस रिज़ॉल्यूशन होने पर, खराब आईपी पते मिलते हैं. इसकी वजह से, कनेक्शन से जुड़ी गड़बड़ियां होती हैं.
कनेक्शन टाइम आउट की गड़बड़ियां इन वजहों से होती हैं:
बैकएंड सर्वर पर फ़ायरवॉल की पाबंदी, Apigee Edge को बैकएंड सर्वर से कनेक्ट होने से रोकती है.
Apigee Edge और बैकएंड सर्वर के बीच नेटवर्क कनेक्टिविटी से जुड़ी समस्याएं.
TargetServer में दिया गया होस्ट गलत है या इसमें अनचाहे वर्ण (जैसे, स्पेस) हैं.
यह गड़बड़ी तब होती है, जब Message Processor कॉम्पोनेंट पर कॉन्फ़िगर किए गए
I/O टाइम आउट अवधि के लिए, Apigee Edge Message Processor को क्लाइंट ऐप्लिकेशन से अनुरोध पेलोड नहीं मिलता.
ठीक करें
पक्का करें कि क्लाइंट ऐप्लिकेशन, अनुरोध का पेलोड, Apigee Edge के मैसेज प्रोसेसर कॉम्पोनेंट पर कॉन्फ़िगर किए गए
I/O टाइम आउट अवधि के अंदर भेजे.
messaging.adaptors.http.flow.ServiceUnavailable
एचटीटीपी स्टेटस कोड:
503 Service Unavailable
गड़बड़ी का मैसेज:
The Service is temporarily unavailable
संभावित वजह:
यह गड़बड़ी इनमें से किसी एक स्थिति में होती है:
कस्टम अनुमति देने वाले सर्वर की वजह से, बैकएंड सर्वर होस्ट का गलत डीएनएस रिज़ॉल्यूशन होने पर, खराब आईपी पते मिलते हैं. इसकी वजह से, कनेक्शन से जुड़ी गड़बड़ियां होती हैं.
कनेक्शन टाइम आउट की गड़बड़ियां इन वजहों से होती हैं:
बैकएंड सर्वर पर फ़ायरवॉल की पाबंदी, Apigee Edge को बैकएंड सर्वर से कनेक्ट होने से रोकती है.
Apigee Edge और बैकएंड सर्वर के बीच नेटवर्क कनेक्शन से जुड़ी समस्याएं.
टारगेट एंडपॉइंट में दिया गया टारगेट सर्वर होस्ट,
गलत है या उसमें स्पेस जैसे अनचाहे वर्ण हैं.
यह गड़बड़ी तब होती है, जब Apigee Edge, अनुरोध को किसी भी TargetEndpoints पर रूट नहीं कर पाता, क्योंकि:
कोई ऐसा रूट नियम (<RouteRule>) शर्त नहीं है जो प्रोक्सी में अनुरोध से मैच करता हो
और
ProxyEndpoint में कोई डिफ़ॉल्ट रूट नियम तय नहीं किया गया है
(यानी, <RouteRule> बिना किसी शर्त के)
ठीक करें
इस गड़बड़ी को ठीक करने के लिए, यह तरीका अपनाएं:
अपने ProxyEndpoint में बताए गए रूट नियमों की समीक्षा करें और उनमें बदलाव करें, ताकि यह पक्का किया जा सके कि
आपके अनुरोध से मेल खाने वाला कम से कम एक रूट नियम हो.
अगर आपके पास कई RouteRules हैं, तो बिना किसी शर्त के डिफ़ॉल्ट रूट नियम तय करना एक अच्छा तरीका है.
पक्का करें कि डिफ़ॉल्ट रूट का नियम, शर्तों पर आधारित रूट की सूची में हमेशा सबसे आखिर में दिया गया हो. इसकी वजह यह है कि ProxyEndpoint में, नियमों का आकलन ऊपर से नीचे की ओर किया जाता है.
ProxyEndpoint में <RouteRule> शर्तों को तय करने के बारे में ज़्यादा जानने के लिए,
शर्तों के हिसाब से टारगेट देखें.
messaging.runtime.SenseRaiseFault
एचटीटीपी स्टेटस कोड:
403 Forbidden
गड़बड़ी का मैसेज:
Sense Fault
संभावित वजह:
यह गड़बड़ी तब होती है, जब किसी ऐसे क्लाइंट आईपी पते से एपीआई अनुरोध किया जाता है जो Apigee Sense के नियमों के तहत ब्लॉक किया गया है.
अगर किसी क्लाइंट के आईपी पते को ब्लॉक नहीं किया गया है, लेकिन आपको अब भी यह गड़बड़ी दिख रही है, तो Apigee Edge की सहायता टीम से संपर्क करें.
protocol.http.* - Caused due to bad request
protocol.http.BadFormData
एचटीटीपी स्टेटस कोड:
500 Internal Server Error
गड़बड़ी का मैसेज:
Bad Form Data
संभावित वजह:
यह गड़बड़ी सिर्फ़ तब होती है, जब ये सभी शर्तें पूरी होती हैं:
क्लाइंट से Apigee Edge पर भेजे गए एचटीटीपी अनुरोध में ये चीज़ें शामिल होती हैं:
Content-Type: application/x-www-form-urlencoded,
और
फ़ॉर्म में प्रतिशत के निशान (%) के साथ डेटा या प्रतिशत के निशान (%) के बाद अमान्य हेक्साडेसिमल वर्ण, जो
फ़ॉर्म - सेक्शन 17.13.4.1 के मुताबिक इस्तेमाल करने की अनुमति नहीं है.
Apigee Edge में एपीआई प्रॉक्सी, उन खास फ़ॉर्म पैरामीटर को पढ़ता है जिनमें ऐसे वर्ण होते हैं जिनका इस्तेमाल, अनुरोध फ़्लो में ExtractVariables या AssignMessage नीति का इस्तेमाल करके नहीं किया जा सकता.
यह गड़बड़ी तब होती है, जब क्लाइंट ऐप्लिकेशन से Apigee Edge को भेजे गए एचटीटीपी अनुरोध के हिस्से के तौर पर, कोई ऐसा एचटीटीपी हेडर एक से ज़्यादा बार दिखता है जिसकी डुप्लीकेट कॉपी Apigee Edge में मौजूद नहीं होनी चाहिए. साथ ही, यह भी ज़रूरी है कि उस हेडर की वैल्यू एक जैसी या अलग-अलग हों.
पक्का करें कि क्लाइंट ऐप्लिकेशन से Apigee Edge को भेजे गए एचटीटीपी अनुरोध में,
आरएफ़सी 7230, सेक्शन 3.2: हेडर फ़ील्ड के मुताबिक, हमेशा एक मान्य हेडर नाम शामिल हो.
protocol.http.HeaderNameWithNonAsciiChar
एचटीटीपी स्टेटस कोड:
400 Bad Request
गड़बड़ी का मैसेज:
Header {header_name} contains non ascii character {character}
संभावित वजह:
यह गड़बड़ी तब होती है, जब क्लाइंट ऐप्लिकेशन से Apigee Edge को एचटीटीपी अनुरोध के हिस्से के तौर पर भेजे गए हेडर के नाम में, ASCII के बाहर के वर्ण शामिल हों.
Header {header_name} contains invalid character {character}
संभावित वजह:
यह गड़बड़ी तब होती है, जब क्लाइंट ऐप्लिकेशन से Apigee Edge को एचटीटीपी अनुरोध के हिस्से के तौर पर भेजे गए हेडर के नाम में अमान्य वर्ण शामिल हों. जैसे, बराबर (=), कॉमा (,), सेमीकोलन (;), टैब, सीआरएलएफ़, और न्यूलाइन वर्ण.
यह गड़बड़ी तब होती है, जब क्लाइंट ऐप्लिकेशन से Apigee Edge को भेजे गए एचटीटीपी अनुरोध यूआरएल के पाथ में ऐसे वर्ण शामिल हों जिन्हें RFC 3986, सेक्शन 3.3: पाथ के स्पेसिफ़िकेशन के मुताबिक अनुमति नहीं है.
पक्का करें कि क्लाइंट ऐप्लिकेशन से Apigee Edge को भेजे गए एचटीटीपी अनुरोध यूआरएल के पाथ में, ऐसे कोई वर्ण न हों जिनकी अनुमति
आरएफ़सी 3986, सेक्शन 3.3: पाथ के मुताबिक न हो.
protocol.http.MessageReadError
एचटीटीपी स्टेटस कोड:
502 Bad Gateway
गड़बड़ी का मैसेज:
Unexpected I/O after message headers have been read.
संभावित वजह:
यह गड़बड़ी बहुत कम होती है. यह तब होती है, जब एमपी को किसी चैनल पर I/O तब मिलता है, जब उसे इसकी उम्मीद नहीं होती. एमपी, अनुरोध पढ़ रहा है. उसने सभी हेडर पढ़ लिए हैं और अनुरोध का पेलोड पढ़ने के लिए तैयार है. इसके बाद, उसे एक ऐसा I/O इवेंट मिलता है जो एक ही हेडर के लिए है.
ठीक करें
क्या हो रहा है, इस बारे में ज़्यादा जानकारी के लिए लॉग मैसेज ढूंढें.
logger.atSevere().log(
"Unexpected I/O after message headers have been read. Channel diagnostics=%s."
+ " HeartBeat=%s",
input.client().getDiagnostic(), message.getHeaders().isHeartBeat());
protocol.http.TooBigBody
एचटीटीपी स्टेटस कोड:
413 Request Entity Too Large
गड़बड़ी का मैसेज:
Body buffer overflow
संभावित वजह:
यह गड़बड़ी तब होती है, जब Apigee Edge को एचटीटीपी अनुरोध के हिस्से के तौर पर क्लाइंट ऐप्लिकेशन से भेजा गया पेलोड साइज़, Apigee Edge में तय की गई सीमा से ज़्यादा हो.
Apigee Edge को एचटीटीपी अनुरोध के हिस्से के तौर पर, क्लाइंट ऐप्लिकेशन से भेजे गए सभी अनुरोध हेडर का कुल साइज़, Apigee Edge में तय की गई सीमा से ज़्यादा है.
यह गड़बड़ी तब होती है, जब Apigee Edge को एचटीटीपी अनुरोध के हिस्से के तौर पर क्लाइंट ऐप्लिकेशन से भेजी गई अनुरोध लाइन का साइज़, Apigee Edge में तय की गई सीमा से ज़्यादा हो.
यह गड़बड़ी तब होती है, जब एचटीटीपी रिस्पॉन्स के हिस्से के तौर पर क्लाइंट से भेजे गए Content-Encoding हेडर में ऐसा कोडिंग/पेलोड फ़ॉर्मैट होता है जो
Apigee Edge के साथ काम नहीं करता.
यह गड़बड़ी तब होती है, जब फ़्लो वैरिएबल target.url से दिखाए गए बैकएंड सर्वर के अनुरोध यूआरएल में, फ़ॉरवर्ड स्लैश (/) के बजाय, सवाल के निशान (?) से शुरू होने वाला पाथ शामिल हो, जो अमान्य है.
यह गड़बड़ी तब होती है, जब Apigee Edge में डुप्लीकेट एचटीटीपी हेडर की अनुमति नहीं होती है. हालांकि, बैकएंड सर्वर से Apigee Edge को भेजे गए एचटीटीपी रिस्पॉन्स के हिस्से के तौर पर, एक ही या अलग-अलग वैल्यू के साथ एक से ज़्यादा बार दिखता है.
पक्का करें कि बैकएंड सर्वर से Apigee Edge को भेजे गए एचटीटीपी रिस्पॉन्स में,
आरएफ़सी 7230, सेक्शन 3.2: हेडर फ़ील्ड के मुताबिक, हमेशा मान्य हेडर का नाम शामिल हो.
protocol.http.EmptyPath
एचटीटीपी स्टेटस कोड:
500 Internal Server Error
गड़बड़ी का मैसेज:
Request path cannot be empty
संभावित वजह:
यह गड़बड़ी तब होती है, जब फ़्लो वैरिएबल target.url से दिखाए गए बैकएंड सर्वर के एचटीटीपी अनुरोध यूआरएल में खाली पाथ हो.
Header {header_name} contains non ascii character {character}
संभावित वजह:
यह गड़बड़ी तब होती है, जब Apigee Edge को एचटीटीपी रिस्पॉन्स के हिस्से के तौर पर, बैकएंड सर्वर से भेजे गए हेडर के नाम में ऐसे वर्ण शामिल हों जो ASCII के दायरे में न आते हों.
Header {header_name} contains invalid character {character}
संभावित वजह:
यह गड़बड़ी तब होती है, जब एचटीटीपी रिस्पॉन्स के हिस्से के तौर पर, बैकएंड सर्वर से भेजे गए हेडर के नाम में अमान्य वर्ण शामिल हों. जैसे, बराबर का निशान (=), कॉमा (,), सेमीकोलन (;), टैब,
CRLF, और न्यूलाइन वर्ण.
Proxy refused to create tunnel with response status {status code}
संभावित वजह:
यह गड़बड़ी, प्रॉक्सी सर्वर की मदद से Apigee Edge और बैकएंड सर्वर के बीच टनल बनाते समय होती है. इसकी वजह, फ़ायरवॉल, ऐक्सेस कंट्रोल लिस्ट (एसीएल), डीएनएस से जुड़ी समस्याएं, बैकएंड सर्वर की उपलब्धता वगैरह हो सकती है.
ध्यान दें: गड़बड़ी के मैसेज (faultstring) में मौजूद स्टेटस कोड से, समस्या की मुख्य वजह का पता चलता है.
Response Status code 306 is reserved, so can't be used.
संभावित वजह:
यह गड़बड़ी तब होती है, जब बैकएंड सर्वर ने Apigee Edge को
306 स्टेटस कोड के साथ जवाब दिया हो.
306 स्टेटस कोड, एचटीटीपी स्पेसिफ़िकेशन के पिछले वर्शन में तय किया गया था. एचटीटीपी के मौजूदा स्पेसिफ़िकेशन के मुताबिक, यह कोड रिज़र्व है और इसका इस्तेमाल नहीं किया जाना चाहिए.
यह गड़बड़ी तब होती है, जब बैकएंड सर्वर से Apigee Edge को मिले एचटीटीपी रिस्पॉन्स का कोड 204 No Content या 205 Reset Content हो, लेकिन उसमें रिस्पॉन्स बॉडी और/या इनमें से एक या एक से ज़्यादा हेडर शामिल हों:
यह गड़बड़ी तब होती है, जब Apigee Edge को एचटीटीपी अनुरोध के हिस्से के तौर पर क्लाइंट ऐप्लिकेशन से भेजा गया पेलोड साइज़, Apigee Edge में तय की गई सीमा से ज़्यादा हो.
यह गड़बड़ी तब होती है, जब Apigee Edge को एचटीटीपी रिस्पॉन्स के हिस्से के तौर पर, बैकएंड सर्वर से भेजे गए सभी रिस्पॉन्स हेडर का कुल साइज़, Apigee Edge में तय की गई सीमा से ज़्यादा हो.
यह गड़बड़ी तब होती है, जब Apigee Edge को एचटीटीपी रिस्पॉन्स के हिस्से के तौर पर, बैकएंड सर्वर से भेजी गई रिस्पॉन्स लाइन का साइज़, Apigee Edge में तय की गई सीमा से ज़्यादा हो.
यह गड़बड़ी तब होती है, जब एचटीटीपी रिस्पॉन्स के हिस्से के तौर पर, बैकएंड सर्वर से भेजे गए Content-Encoding हेडर में ऐसा एन्कोडिंग/पेलोड फ़ॉर्मैट शामिल होता है जो
Apigee Edge के साथ काम नहीं करता.
KeyAlias {KeyAlias_name} is not found in
Keystore {Keystore_Name}
संभावित वजह:
यह गड़बड़ी तब होती है, जब TargetEndpoint या TargetServer में रेफ़रंस किया गया कोई खास KeyAlias, किसी खास पासकोड स्टोर में नहीं मिलता.
ठीक करें
पक्का करें कि TargetEndpoint या TargetServer में बताई गई KeyAlias मौजूद हो और वह किसी खास कीस्टोर का हिस्सा हो.
security.util.TrustStoreWithNoCertificates
एचटीटीपी स्टेटस कोड:
500 Internal Server Error
गड़बड़ी का मैसेज:
TrustStore {truststore_name} has no certificates
संभावित वजह:
यह गड़बड़ी तब होती है, जब TargetEndpoint या TargetServer में दिए गए ट्रस्टस्टोर में कोई सर्टिफ़िकेट मौजूद न हो.
ठीक करें
अगर आपको बैकएंड सर्वर के सर्टिफ़िकेट की पुष्टि करनी है और
आपको TargetEndpoint या TargetServer में ट्रस्टस्टोर का इस्तेमाल करना है, तो
पक्का करें कि ट्रस्टस्टोर में बैकएंड सर्वर के मान्य सर्टिफ़िकेट मौजूद हों.
[[["समझने में आसान है","easyToUnderstand","thumb-up"],["मेरी समस्या हल हो गई","solvedMyProblem","thumb-up"],["अन्य","otherUp","thumb-up"]],[["वह जानकारी मौजूद नहीं है जो मुझे चाहिए","missingTheInformationINeed","thumb-down"],["बहुत मुश्किल है / बहुत सारे चरण हैं","tooComplicatedTooManySteps","thumb-down"],["पुराना","outOfDate","thumb-down"],["अनुवाद से जुड़ी समस्या","translationIssue","thumb-down"],["सैंपल / कोड से जुड़ी समस्या","samplesCodeIssue","thumb-down"],["अन्य","otherDown","thumb-down"]],["आखिरी बार 2025-08-08 (UTC) को अपडेट किया गया."],[],[],null,[]]