इस पेज का अनुवाद Cloud Translation API से किया गया है.

नीति की गड़बड़ी के बारे में जानकारी

Apigee Edge दस्तावेज़ देखा जा रहा है.
Apigee X दस्तावेज़ पर जाएं. जानकारी

ऐक्सेस कंट्रोल की नीति

यह सेक्शन गड़बड़ी के कोड और दिखाए गए गड़बड़ी के मैसेज के बारे में बताता है. साथ ही, इस नीति के ट्रिगर होने पर Edge की मदद से सेट की गई गड़बड़ी के वैरिएबल के बारे में बताता है. यह जानकारी जानना ज़रूरी है कि क्या गड़बड़ियों को ठीक करने के लिए, गड़बड़ी से जुड़े नियम बनाए जा रहे हैं. ज़्यादा जानने के लिए, नीति से जुड़ी गड़बड़ियों के बारे में आपके लिए ज़रूरी जानकारी और गड़बड़ियों को ठीक करने के तरीके देखें.

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह	समाधान
`accesscontrol.IPDeniedAccess`	403	क्लाइंट आईपी पता या एपीआई अनुरोध में पास किया गया आईपी पता, ऐक्सेस कंट्रोल नीति के `<MatchRule>` एलिमेंट के `<SourceAddress>` एलिमेंट में दिए गए आईपी पते से मेल खाता है. साथ ही, `<MatchRule>` एलिमेंट का `action` एट्रिब्यूट `DENY` पर सेट किया गया है.

गड़बड़ी वाले वैरिएबल

रनटाइम में कोई गड़बड़ी होने पर ये वैरिएबल सेट किए जाते हैं. ज़्यादा जानकारी के लिए, नीति से जुड़ी गड़बड़ियों के लिए खास वैरिएबल देखें.

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "IPDeniedAccess"`
`acl.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`acl.AC-AllowAccess.failed = true`

गड़बड़ी के जवाब का उदाहरण

ध्यान दें: गड़बड़ी को ठीक करने के लिए, सबसे सही तरीका यह है कि गड़बड़ी के रिस्पॉन्स में errorcode वाले हिस्से को फंसा दिया जाए. faultstring के टेक्स्ट पर भरोसा न करें, क्योंकि यह बदल सकता है.

{
   "fault":{
     "faultstring":"Access Denied for client ip : 52.211.243.3"
      "detail":{
         "errorcode":"accesscontrol.IPDeniedAccess"
      }
   }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name="IPDeniedAccess">
    <Step>
        <Name>AM-IPDeniedAccess</Name>
        <Condition>(fault.name Matches "IPDeniedAccess") </Condition>
    </Step>
    <Condition>(acl.failed = true) </Condition>
</FaultRule>

AccessEntity की नीति

इसी विषय से जुड़ी जानकारी के लिए, नीति से जुड़ी गड़बड़ियों के बारे में आपके लिए ज़रूरी जानकारी और गड़बड़ियों को ठीक करने के तरीके देखें.

रनटाइम से जुड़ी गड़बड़ियां

कोई नहीं.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	गड़बड़ी वाली स्ट्रिंग	एचटीटीपी कोड स्थिति	कब होता है
`InvalidEntityType`	`Invalid type [entity_type] in ACCESSENTITYStepDefinition [policy_name]`	लागू नहीं	इस्तेमाल की गई इकाई का टाइप, इस्तेमाल किए जा सकने वाले टाइप में से एक होना चाहिए.

AttributionMessage की नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड एचटीटीपी कोड स्थिति वजह समाधान

steps.assignmessage.SetVariableFailed 500 नीति वैरिएबल सेट नहीं कर सकी. जिन वैरिएबल को हल नहीं किया गया है उनके नाम के लिए गड़बड़ी वाली स्ट्रिंग देखें.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`steps.assignmessage.SetVariableFailed`	500	नीति वैरिएबल सेट नहीं कर सकी. जिन वैरिएबल को हल नहीं किया गया है उनके नाम के लिए गड़बड़ी वाली स्ट्रिंग देखें.
`steps.assignmessage.VariableOfNonMsgType`	500	यह गड़बड़ी तब होती है, जब `<Copy>` एलिमेंट में `source` एट्रिब्यूट को किसी ऐसे वैरिएबल पर सेट किया गया हो जो message टाइप का न हो. मैसेज टाइप वैरिएबल से पूरे एचटीटीपी अनुरोध और उनके जवाब दिखते हैं. बिल्ट-इन Edge फ़्लो वैरिएबल `request`, `response`, और `message` टाइप मैसेज हैं. मैसेज वैरिएबल के बारे में ज़्यादा जानने के लिए, वैरिएबल का रेफ़रंस देखें.
`steps.assignmessage.UnresolvedVariable`	500	यह गड़बड़ी तब होती है, जब मैसेज असाइन करने की नीति में बताया गया कोई वैरिएबल: आउट ऑफ़ स्कोप (यह सुविधा उस फ़्लो में उपलब्ध नहीं होती है जहां नीति का इस्तेमाल किया जा रहा है) या रिज़ॉल्व नहीं किया जा सकता (तय नहीं किया गया है)

steps.assignmessage.VariableOfNonMsgType

500

यह गड़बड़ी तब होती है, जब <Copy> एलिमेंट में source एट्रिब्यूट को किसी ऐसे वैरिएबल पर सेट किया गया हो जो message टाइप का न हो.

मैसेज टाइप वैरिएबल से पूरे एचटीटीपी अनुरोध और उनके जवाब दिखते हैं. बिल्ट-इन Edge फ़्लो वैरिएबल request, response, और message टाइप मैसेज हैं. मैसेज वैरिएबल के बारे में ज़्यादा जानने के लिए, वैरिएबल का रेफ़रंस देखें.

steps.assignmessage.UnresolvedVariable

500

यह गड़बड़ी तब होती है, जब मैसेज असाइन करने की नीति में बताया गया कोई वैरिएबल:

आउट ऑफ़ स्कोप (यह सुविधा उस फ़्लो में उपलब्ध नहीं होती है जहां नीति का इस्तेमाल किया जा रहा है)
रिज़ॉल्व नहीं किया जा सकता (तय नहीं किया गया है)

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

ये गड़बड़ियां तब हो सकती हैं, जब इस नीति वाले किसी प्रॉक्सी को डिप्लॉय किया जाता है.

गड़बड़ी का नाम	वजह	समाधान
`InvalidIndex`	अगर मैसेज असाइन करने की नीति के `<Copy>` और/या `<Remove>` एलिमेंट में बताया गया इंडेक्स 0 या नेगेटिव संख्या है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`InvalidVariableName`	अगर चाइल्ड एलिमेंट `<Name>` खाली है या `<AssignVariable>` एलिमेंट में इसकी जानकारी नहीं दी गई है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता, क्योंकि वैल्यू असाइन करने के लिए, कोई मान्य वैरिएबल नाम मौजूद नहीं है. वैरिएबल का मान्य नाम डालना ज़रूरी है.
`InvalidPayload`	नीति में बताया गया पेलोड अमान्य है.

गड़बड़ी वाले वैरिएबल

ये वैरिएबल तब सेट किए जाते हैं, जब यह नीति रनटाइम के दौरान कोई गड़बड़ी ट्रिगर करती है. ज़्यादा जानकारी के लिए, नीति से जुड़ी गड़बड़ियों के बारे में आपके लिए ज़रूरी जानकारी देखें.

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "UnresolvedVariable"`
`assignmessage.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`assignmessage.AM-SetResponse.failed = true`

गड़बड़ी के जवाब का उदाहरण

ध्यान दें: गड़बड़ी को ठीक करने के लिए, सबसे सही तरीका यह है कि आप गड़बड़ी के रिस्पॉन्स में errorcode वाले हिस्से को फंसाएं. faultstring के टेक्स्ट पर भरोसा न करें, क्योंकि यह बदल सकता है.

{  
   "fault":{  
      "detail":{  
         "errorcode":"steps.assignmessage.VariableOfNonMsgType"
      },
      "faultstring":"AssignMessage[AM-SetResponse]: value of variable is not of type Message"
   }
}

गड़बड़ी के नियम का उदाहरण

<faultrule name="VariableOfNonMsgType"></faultrule><FaultRule name="Assign Message Faults">
    <Step>
        <Name>AM-CustomNonMessageTypeErrorResponse</Name>
        <Condition>(fault.name Matches "VariableOfNonMsgType") </Condition>
    </Step>
    <Step>
        <Name>AM-CustomSetVariableErrorResponse</Name>
        <Condition>(fault.name = "SetVariableFailed")</Condition>
    </Step>
    <Condition>(assignmessage.failed = true) </Condition>
</FaultRule>

बुनियादी पुष्टि करने की नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह	समाधान
`steps.basicauthentication.InvalidBasicAuthenticationSource`	500	डिकोड करने पर, जब Base64 कोड में बदली गई स्ट्रिंग में कोई मान्य वैल्यू नहीं होती या हेडर सही नहीं होता है. जैसे, "बेसिक" से शुरू नहीं होता है.
`steps.basicauthentication.UnresolvedVariable`	500	डिकोड या कोड में बदलने के लिए, ज़रूरी सोर्स वैरिएबल मौजूद नहीं हैं. यह गड़बड़ी सिर्फ़ तब हो सकती है, जब `IgnoreUnresolvedVariables` गलत हो.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	कब होता है	समाधान
`UserNameRequired`	नाम वाली कार्रवाई के लिए, `<User>` एलिमेंट मौजूद होना चाहिए.
`PasswordRequired`	नाम वाली कार्रवाई के लिए, `<Password>` एलिमेंट मौजूद होना चाहिए.
`AssignToRequired`	नाम वाली कार्रवाई के लिए, `<AssignTo>` एलिमेंट मौजूद होना चाहिए.
`SourceRequired`	नाम वाली कार्रवाई के लिए, `<Source>` एलिमेंट मौजूद होना चाहिए.

गड़बड़ी वाले वैरिएबल

रनटाइम में कोई गड़बड़ी होने पर ये वैरिएबल सेट किए जाते हैं. ज़्यादा जानकारी के लिए, नीति से जुड़ी गड़बड़ियों के बारे में आपके लिए ज़रूरी जानकारी देखें.

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "UnresolvedVariable"`
`BasicAuthentication.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`BasicAuthentication.BA-Authenticate.failed = true`

गड़बड़ी के जवाब का उदाहरण

{  
   "fault":{  
      "detail":{  
         "errorcode":"steps.basicauthentication.UnresolvedVariable"
      },
      "faultstring":"Unresolved variable : request.queryparam.password"
   }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name="Basic Authentication Faults">
    <Step>
        <Name>AM-UnresolvedVariable</Name>
        <Condition>(fault.name Matches "UnresolvedVariable") </Condition>
    </Step>
    <Step>
        <Name>AM-AuthFailedResponse</Name>
        <Condition>(fault.name = "InvalidBasicAuthenticationSource")</Condition>
    </Step>
    <Condition>(BasicAuthentication.BA-Authentication.failed = true) </Condition>
</FaultRule>

समवर्ती दरें नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड एचटीटीपी कोड स्थिति कब होता है

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	कब होता है
`policies.concurrentratelimit.ConcurrentRatelimtViolation`	503	एक ही समय पर डेटा एक्सपोर्ट करने की सीमा पार हो गई है. कनेक्शन सीमा : {0} ध्यान दें: बाईं ओर दिखाया गया गड़बड़ी कोड सही है, हालांकि उसमें गलत स्पेलिंग ("लिम्ट") है. इस गड़बड़ी को रोकने के लिए गड़बड़ी के नियम बनाते समय, ठीक उसी तरह कोड का इस्तेमाल करें जैसा यहां दिखाया गया है.

policies.concurrentratelimit.ConcurrentRatelimtViolation

503

एक ही समय पर डेटा एक्सपोर्ट करने की सीमा पार हो गई है. कनेक्शन सीमा : {0}

ध्यान दें: बाईं ओर दिखाया गया गड़बड़ी कोड सही है, हालांकि उसमें गलत स्पेलिंग ("लिम्ट") है. इस गड़बड़ी को रोकने के लिए गड़बड़ी के नियम बनाते समय, ठीक उसी तरह कोड का इस्तेमाल करें जैसा यहां दिखाया गया है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	कब होता है
`InvalidCountValue`	समसामयिक दर की अमान्य संख्या के मान के बारे में बताया गया है.
`ConcurrentRatelimitStepAttachment\ NotAllowedAtProxyEndpoint`	प्रॉक्सी अनुरोध/रिस्पॉन्स/गलत पाथ पर एक साथ रेटलिमिट नीति {0} अटैचमेंट की अनुमति नहीं है. यह नीति टारगेट एंडपॉइंट पर होनी चाहिए.
`ConcurrentRatelimitStepAttachment\ MissingAtTargetEndpoint`	एक ही समय पर लोड होने वाली Ratelimit की नीति {0} अटैचमेंट, टारगेट अनुरोध/रिस्पॉन्स/गलत पाथ में मौजूद नहीं है. इस नीति को टारगेट रिक्वेस्ट प्रीफ़्लो, टारगेट रिस्पॉन्स पोस्टफ़्लो, और defaultFaultTerms में डाला जाना चाहिए.
`InvalidTTLForMessageTimeOut`	मैसेज के खत्म होने के समय के लिए, ConcurrentRatelimit अमान्य ttl वैल्यू. यह एक धनात्मक पूर्णांक होना चाहिए.

गड़बड़ी वाले वैरिएबल

ये वैरिएबल तब सेट किए जाते हैं, जब इस नीति से कोई गड़बड़ी ट्रिगर होती है. ज़्यादा जानकारी के लिए, नीति से जुड़ी गड़बड़ियों के बारे में आपके लिए ज़रूरी जानकारी देखें.

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "ConcurrentRatelimtViolation"` ध्यान दें: उदाहरण में दिखाया गया गड़बड़ी कोड सही है, हालांकि उसमें गलत स्पेलिंग ("लिम्ट") है. इस गड़बड़ी को रोकने के लिए गड़बड़ी के नियम बनाते समय, कृपया पक्का करें कि ठीक उसी तरह कोड का इस्तेमाल किया जा रहा है जैसा यहां दिखाया गया है.
`concurrentratelimit.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`concurrentratelimit.CRL-RateLimitPolicy.failed = true`

गड़बड़ी के जवाब का उदाहरण

तय सीमा से ज़्यादा अनुरोध करने पर, नीति क्लाइंट को सिर्फ़ एचटीटीपी स्टेटस 503 दिखाती है.

गड़बड़ी के नियम का उदाहरण

<faultrule name="VariableOfNonMsgType"></faultrule><FaultRules>
    <FaultRule name="Quota Errors">
        <Step>
            <Name>JavaScript-1</Name>
            <Condition>(fault.name Matches "ConcurrentRatelimtViolation") </Condition>
        </Step>
        <Condition>concurrentratelimit.CRL-RateLimitPolicy.failed=true</Condition>
    </FaultRule>
</FaultRules>

DecodeJWS नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	कब होता है
`steps.jws.FailedToDecode`	401	यह नीति, JWS को डिकोड नहीं कर सकी. शायद JWS में कोई गड़बड़ी है.
`steps.jws.FailedToResolveVariable`	401	ऐसा तब होता है, जब नीति के `<Source>` एलिमेंट में बताया गया फ़्लो वैरिएबल मौजूद न हो.
`steps.jws.InvalidClaim`	401	ऐसा दावा जो मौजूद नहीं है या दावे से मेल नहीं खाता, या हेडर या हेडर मेल नहीं खाता.
`steps.jws.InvalidJsonFormat`	401	JWS हेडर में अमान्य JSON मिला.
`steps.jws.InvalidJws`	401	यह गड़बड़ी तब होती है, जब JWS हस्ताक्षर की पुष्टि नहीं हो पाती.
`steps.jws.InvalidPayload`	401	JWS पेलोड अमान्य है.
`steps.jws.InvalidSignature`	401	`<DetachedContent>` को हटाया गया है और JWS में अलग कॉन्टेंट पेलोड है.
`steps.jws.MissingPayload`	401	JWS पेलोड मौजूद नहीं है.
`steps.jws.NoAlgorithmFoundInHeader`	401	ऐसा तब होता है, जब JWS इस एल्गोरिदम हेडर को छोड़ देता है.
`steps.jws.UnknownException`	401	एक अज्ञात अपवाद हुआ.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम कब होता है

InvalidAlgorithm सिर्फ़ ये वैल्यू मान्य हैं: RS256, RS384, RS512, PS256, PS384, PS512, ES256, ES384, ES512, HS256, HS384, HS512.

गड़बड़ी का नाम	कब होता है
`InvalidAlgorithm`	सिर्फ़ ये वैल्यू मान्य हैं: RS256, RS384, RS512, PS256, PS384, PS512, ES256, ES384, ES512, HS256, HS384, HS512.
`EmptyElementForKeyConfiguration` `FailedToResolveVariable` `InvalidConfigurationForActionAndAlgorithmFamily` `InvalidConfigurationForVerify` `InvalidEmptyElement` `InvalidFamiliesForAlgorithm` `InvalidKeyConfiguration` `InvalidNameForAdditionalClaim` `InvalidNameForAdditionalHeader` `InvalidPublicKeyId` `InvalidPublicKeyValue` `InvalidSecretInConfig` `InvalidTypeForAdditionalClaim` `InvalidTypeForAdditionalHeader` `InvalidValueForElement` `InvalidValueOfArrayAttribute` `InvalidVariableNameForSecret` `MissingConfigurationElement` `MissingElementForKeyConfiguration` `MissingNameForAdditionalClaim` `MissingNameForAdditionalHeader`	डिप्लॉयमेंट की दूसरी संभावित गड़बड़ियां.

EmptyElementForKeyConfiguration

FailedToResolveVariable

InvalidConfigurationForActionAndAlgorithmFamily

InvalidConfigurationForVerify

InvalidEmptyElement

InvalidFamiliesForAlgorithm

InvalidKeyConfiguration

InvalidNameForAdditionalClaim

InvalidNameForAdditionalHeader

InvalidPublicKeyId

InvalidPublicKeyValue

InvalidSecretInConfig

InvalidTypeForAdditionalClaim

InvalidTypeForAdditionalHeader

InvalidValueForElement

InvalidValueOfArrayAttribute

InvalidVariableNameForSecret

MissingConfigurationElement

MissingElementForKeyConfiguration

MissingNameForAdditionalClaim

MissingNameForAdditionalHeader

डिप्लॉयमेंट की दूसरी संभावित गड़बड़ियां.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "TokenExpired"`
`JWS.failed`	सफल न होने पर, JWS नीतियां एक ही वैरिएबल सेट करती हैं.	`jws.JWS-Policy.failed = true`

गड़बड़ी के जवाब का उदाहरण

गड़बड़ी को ठीक करने के लिए, सबसे सही तरीका यह है कि आप गड़बड़ी के रिस्पॉन्स के errorcode वाले हिस्से को फंसा दें. faultstring के टेक्स्ट पर भरोसा न करें, क्योंकि यह बदल सकता है.

गड़बड़ी के नियम का उदाहरण

<FaultRules>
    <FaultRule name="JWS Policy Errors">
        <Step>
            <Name>JavaScript-1</Name>
            <Condition>(fault.name Matches "TokenExpired")</Condition>
        </Step>
        <Condition>JWS.failed=true</Condition>
    </FaultRule>
</FaultRules>

DecodeJWT नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`steps.jwt.FailedToDecode`	401	ऐसा तब होता है, जब नीति, JWT को डिकोड नहीं कर पाती. JWT गलत हो सकता है, अमान्य हो सकता है या इसे डिकोड नहीं किया जा सकता.
`steps.jwt.FailedToResolveVariable`	401	ऐसा तब होता है, जब नीति के `<Source>` एलिमेंट में बताया गया फ़्लो वैरिएबल मौजूद न हो.
`steps.jwt.InvalidToken`	401	ऐसा तब होता है, जब नीति के `<Source>` एलिमेंट में दिया गया फ़्लो वैरिएबल दायरे से बाहर हो या उसे हल नहीं किया जा सकता हो.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidEmptyElement`	ऐसा तब होता है, जब डिकोड किए जाने वाले JWT वाले फ़्लो वैरिएबल को नीति के `<Source>` एलिमेंट में न बताया गया हो.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "TokenExpired"`
`JWT.failed`	सफल न होने पर, JWT की सभी नीतियों के लिए एक जैसा वैरिएबल सेट किया जाता है.	`JWT.failed = true`

गड़बड़ी के जवाब का उदाहरण

JWT नीति के गड़बड़ी कोड

गड़बड़ी के नियम का उदाहरण

    <FaultRules>
        <FaultRule name="JWT Policy Errors">
            <Step>
                <Name>JavaScript-1</Name>
                <Condition>(fault.name Matches "TokenExpired")</Condition>
            </Step>
            <Condition>JWT.failed=true</Condition>
        </FaultRule>
    </FaultRules>

ExtractVariables की नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`steps.extractvariables.ExecutionFailed`	500	यह गड़बड़ी तब होती है, जब: इनपुट पेलोड (JSON, XML) खाली है. नीति को भेजा गया इनपुट (JSON, एक्सएमएल वगैरह) अमान्य या गलत है.
`steps.extractvariables.ImmutableVariable`	500	नीति में इस्तेमाल किए गए वैरिएबल को नहीं बदला जा सकता. नीति इस वैरिएबल को सेट नहीं कर सकी.
`steps.extractvariables.InvalidJSONPath`	500	यह गड़बड़ी तब होती है, जब नीति के `JSONPath` एलिमेंट में अमान्य JSON पाथ का इस्तेमाल किया जाता है. उदाहरण के लिए, अगर JSON पेलोड में `Name` ऑब्जेक्ट नहीं है, लेकिन आपने नीति में `Name` को पाथ के तौर पर शामिल किया है, तो यह गड़बड़ी दिखती है.
`steps.extractvariables.JsonPathParsingFailure`	500	यह गड़बड़ी तब होती है, जब नीति किसी JSON पाथ को पार्स नहीं कर पाती और `Source` एलिमेंट में बताए गए फ़्लो वैरिएबल से डेटा नहीं निकाल पाती. आम तौर पर, ऐसा तब होता है, जब `Source` एलिमेंट में दिया गया फ़्लो वैरिएबल, मौजूदा फ़्लो में मौजूद न हो.
`steps.extractvariables.SetVariableFailed`	500	यह गड़बड़ी तब होती है, जब नीति, वैल्यू को वैरिएबल पर सेट नहीं कर सकी. गड़बड़ी आम तौर पर तब होती है, जब आपने ऐसे कई वैरिएबल को वैल्यू असाइन करने की कोशिश की हो जिनके नाम नेस्ट किए गए डॉट से अलग किए गए फ़ॉर्मैट में एक जैसे शब्दों से शुरू होते हैं.
`steps.extractvariables.SourceMessageNotAvailable`	500	यह गड़बड़ी तब होती है, जब नीति के `Source` एलिमेंट में मौजूद message वैरिएबल इनमें से कोई एक हो: दायरे से बाहर है (यह सुविधा उस फ़्लो में उपलब्ध नहीं होती है जहां नीति का इस्तेमाल किया जा रहा है) या रिज़ॉल्व नहीं किया जा सकता (तय नहीं किया गया है)
`steps.extractvariables.UnableToCast`	500	गड़बड़ी का यह मैसेज तब दिखता है, जब नीति, निकाली गई वैल्यू को किसी वैरिएबल पर कास्ट नहीं कर पाती. आम तौर पर, ऐसा तब होता है, जब किसी एक डेटा टाइप की वैल्यू को, दूसरे डेटा टाइप के वैरिएबल पर सेट करने की कोशिश की जाती है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`NothingToExtract`	अगर नीति में `URIPath`, `QueryParam`, `Header`, `FormParam`, `XMLPayload` या `JSONPayload` एलिमेंट में से कोई भी एलिमेंट न हो, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता, क्योंकि इसके लिए कुछ इकट्ठा करने की ज़रूरत नहीं है.
`NONEmptyPrefixMappedToEmptyURI`	यह गड़बड़ी तब होती है, जब नीति में `XMLPayload` एलिमेंट के तहत `Namespace` एलिमेंट में कोई प्रीफ़िक्स तय किया गया हो, लेकिन कोई यूआरआई तय न किया गया हो.
`DuplicatePrefix`	यह गड़बड़ी तब होती है, जब नीति में एक ही प्रीफ़िक्स को `XMLPayload` एलिमेंट में `Namespace` एलिमेंट में एक से ज़्यादा बार तय किया गया हो.
`NoXPathsToEvaluate`	अगर नीति के `XMLPayload` एलिमेंट में `XPath` एलिमेंट नहीं है, तो इस गड़बड़ी की वजह से एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. अगर आपको किसी एक्सएमएल पेलोड से वैरिएबल एक्सट्रैक्ट करना है, तो `XPath` चाइल्ड एलिमेंट तय करना ज़रूरी है.
`EmptyXPathExpression`	अगर नीति के `XMLPayload` एलिमेंट में खाली `XPath` एक्सप्रेशन है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`NoJSONPathsToEvaluate`	अगर नीति के `JSONPayload` एलिमेंट में `JSONPath` एलिमेंट नहीं है, तो इस गड़बड़ी की वजह से एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`EmptyJSONPathExpression`	अगर नीति के `XMLPayload` एलिमेंट में खाली `XPath` एक्सप्रेशन है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`MissingName`	अगर नीति के तहत, जहां यह ज़रूरी हो वहां `QueryParam`, `Header`, `FormParam` या `Variable` जैसे किसी भी नीति एलिमेंट में `name` एट्रिब्यूट को शामिल नहीं किया गया है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`PatternWithoutVariable`	अगर नीति में `Pattern` एलिमेंट में कोई वैरिएबल नहीं दिया गया है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. `Pattern` एलिमेंट के लिए, उस वैरिएबल का नाम ज़रूरी होता है जिसमें निकाला गया डेटा सेव किया जाएगा.
`CannotBeConvertedToNodeset`	अगर नीति में `XPath` एक्सप्रेशन है जिसमें `Variable` टाइप को नोडसेट के तौर पर बताया गया है, लेकिन एक्सप्रेशन को नोडसेट में नहीं बदला जा सकता, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`JSONPathCompilationFailed`	नीति बताए गए JSON पाथ को कंपाइल नहीं कर सकी.
`InstantiationFailed`	नीति को इंस्टैंशिएट नहीं किया जा सका.
`XPathCompilationFailed`	अगर `XPath` एलिमेंट में इस्तेमाल किया गया प्रीफ़िक्स या वैल्यू, नीति में बताए गए किसी भी नेमस्पेस का हिस्सा नहीं है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`InvalidPattern`	अगर नीति में `Pattern` एलिमेंट की परिभाषा, `URIPath`, `QueryParam`, `Header`, `FormParam`, `XMLPayload` या `JSONPayload` जैसे किसी भी एलिमेंट में अमान्य है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. अगर `Pattern` एलिमेंट में वैरिएबल शामिल नहीं है, तो उसे अमान्य माना जाता है. पैटर्न मैचिंग के बारे में ज़्यादा जानकारी के लिए, मैच करने और वैरिएबल बनाने के बारे में जानकारी देखें.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name = "SourceMessageNotAvailable"`
`extractvariables.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`extractvariables.EV-ParseJsonResponse.failed = true`

गड़बड़ी के जवाब का उदाहरण

{
   "fault":{
      "detail":{
         "errorcode":"steps.extractvariables.SourceMessageNotAvailable"
      },
      "faultstring":"request message is not available for ExtractVariable: EV-ParseJsonResponse"
   }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name="Extract Variable Faults">
    <Step>
        <Name>AM-CustomErrorMessage</Name>
        <Condition>(fault.name = "SourceMessageNotAvailable") </Condition>
    </Step>
    <Condition>(extractvariables.EM-ParseJsonResponse.failed = true) </Condition>
</FaultRule>

JWS की नीति जनरेट करें

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	कब होता है
`steps.jws.GenerationFailed`	401	यह नीति, JWS को जनरेट नहीं कर सकी.
`steps.jws.InsufficientKeyLength`	401	HS256 एल्गोरिदम के लिए, 32 बाइट से कम की कुंजी के लिए
`steps.jws.InvalidClaim`	401	ऐसा दावा जो मौजूद नहीं है या दावे से मेल नहीं खाता, या हेडर या हेडर मेल नहीं खाता.
`steps.jws.InvalidCurve`	401	कुंजी से तय किया गया कर्व, एलिप्टिक कर्व एल्गोरिदम के लिए मान्य नहीं है.
`steps.jws.InvalidJsonFormat`	401	JWS हेडर में अमान्य JSON मिला.
`steps.jws.InvalidPayload`	401	JWS पेलोड अमान्य है.
`steps.jws.InvalidSignature`	401	`<DetachedContent>` को हटाया गया है और JWS में अलग कॉन्टेंट पेलोड है.
`steps.jws.KeyIdMissing`	401	पुष्टि करने की नीति के तहत, सार्वजनिक कुंजियों के लिए सोर्स के तौर पर JWKS का इस्तेमाल किया जाता है. हालांकि, साइन की गई JWS नीति के हेडर में `kid` प्रॉपर्टी शामिल नहीं होती.
`steps.jws.KeyParsingFailed`	401	सार्वजनिक कुंजी को दी गई कुंजी से पार्स नहीं किया जा सका.
`steps.jws.MissingPayload`	401	JWS पेलोड मौजूद नहीं है.
`steps.jws.NoAlgorithmFoundInHeader`	401	ऐसा तब होता है, जब JWS इस एल्गोरिदम हेडर को छोड़ देता है.
`steps.jws.SigningFailed`	401	GeneJWS में, HS384 या HS512 एल्गोरिदम के कम से कम साइज़ से कम वाली कुंजी के लिए
`steps.jws.UnknownException`	401	एक अज्ञात अपवाद हुआ.
`steps.jws.WrongKeyType`	401	कुंजी का गलत प्रकार बताया गया. उदाहरण के लिए, अगर आपने एलिप्टिक कर्व एल्गोरिदम के लिए आरएसए कुंजी या आरएसए एल्गोरिदम के लिए कोई कर्व कुंजी तय की है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम कब होता है

InvalidAlgorithm सिर्फ़ ये वैल्यू मान्य हैं: RS256, RS384, RS512, PS256, PS384, PS512, ES256, ES384, ES512, HS256, HS384, HS512.

गड़बड़ी का नाम	कब होता है
`InvalidAlgorithm`	सिर्फ़ ये वैल्यू मान्य हैं: RS256, RS384, RS512, PS256, PS384, PS512, ES256, ES384, ES512, HS256, HS384, HS512.
`EmptyElementForKeyConfiguration` `FailedToResolveVariable` `InvalidConfigurationForActionAndAlgorithmFamily` `InvalidConfigurationForVerify` `InvalidEmptyElement` `InvalidFamiliesForAlgorithm` `InvalidKeyConfiguration` `InvalidNameForAdditionalClaim` `InvalidNameForAdditionalHeader` `InvalidPublicKeyId` `InvalidPublicKeyValue` `InvalidSecretInConfig` `InvalidTypeForAdditionalClaim` `InvalidTypeForAdditionalHeader` `InvalidValueForElement` `InvalidValueOfArrayAttribute` `InvalidVariableNameForSecret` `MissingConfigurationElement` `MissingElementForKeyConfiguration` `MissingNameForAdditionalClaim` `MissingNameForAdditionalHeader`	डिप्लॉयमेंट की दूसरी संभावित गड़बड़ियां.

EmptyElementForKeyConfiguration

FailedToResolveVariable

InvalidConfigurationForActionAndAlgorithmFamily

InvalidConfigurationForVerify

InvalidEmptyElement

InvalidFamiliesForAlgorithm

InvalidKeyConfiguration

InvalidNameForAdditionalClaim

InvalidNameForAdditionalHeader

InvalidPublicKeyId

InvalidPublicKeyValue

InvalidSecretInConfig

InvalidTypeForAdditionalClaim

InvalidTypeForAdditionalHeader

InvalidValueForElement

InvalidValueOfArrayAttribute

InvalidVariableNameForSecret

MissingConfigurationElement

MissingElementForKeyConfiguration

MissingNameForAdditionalClaim

MissingNameForAdditionalHeader

डिप्लॉयमेंट की दूसरी संभावित गड़बड़ियां.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "TokenExpired"`
`JWS.failed`	सफल न होने पर, JWS नीतियां एक ही वैरिएबल सेट करती हैं.	`jws.JWS-Policy.failed = true`

गड़बड़ी के जवाब का उदाहरण

गड़बड़ी के नियम का उदाहरण

<FaultRules>
    <FaultRule name="JWS Policy Errors">
        <Step>
            <Name>JavaScript-1</Name>
            <Condition>(fault.name Matches "TokenExpired")</Condition>
        </Step>
        <Condition>JWS.failed=true</Condition>
    </FaultRule>
</FaultRules>

JWT से जुड़ी नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	कब होता है
`steps.jwt.AlgorithmInTokenNotPresentInConfiguration`	401	ऐसा तब होता है, जब पुष्टि की नीति में एक से ज़्यादा एल्गोरिदम होते हैं.
`steps.jwt.AlgorithmMismatch`	401	जनरेट करने की नीति में बताए गए एल्गोरिदम, पुष्टि करने की नीति में मौजूद एल्गोरिदम से मेल नहीं खाते. तय किए गए एल्गोरिदम मेल खाने चाहिए.
`steps.jwt.FailedToDecode`	401	नीति, JWT को डिकोड नहीं कर सकी. JWT शायद खराब है.
`steps.jwt.GenerationFailed`	401	नीति, JWT जनरेट नहीं कर सकी.
`steps.jwt.InsufficientKeyLength`	401	HS256 एल्गोरिदम के लिए 32 बाइट से कम की कुंजी के लिए, HS386 एल्गोरिदम के लिए 48 बाइट से कम और HS512 एल्गोरिदम के लिए 64 बाइट से कम की कुंजी के लिए.
`steps.jwt.InvalidClaim`	401	ऐसा दावा जो मौजूद नहीं है या दावे से मेल नहीं खाता, या हेडर या हेडर मेल नहीं खाता.
`steps.jwt.InvalidCurve`	401	कुंजी से तय किया गया कर्व, एलिप्टिक कर्व एल्गोरिदम के लिए मान्य नहीं है.
`steps.jwt.InvalidJsonFormat`	401	हेडर या पेलोड में अमान्य JSON मिला है.
`steps.jwt.InvalidToken`	401	यह गड़बड़ी तब होती है, जब JWT हस्ताक्षर की पुष्टि नहीं हो पाती.
`steps.jwt.JwtAudienceMismatch`	401	टोकन की पुष्टि नहीं करने पर ऑडियंस क्लेम नहीं किया जा सका.
`steps.jwt.JwtIssuerMismatch`	401	टोकन की पुष्टि करने के दौरान, कार्ड जारी करने वाले बैंक या कंपनी का दावा नहीं किया जा सका.
`steps.jwt.JwtSubjectMismatch`	401	टोकन की पुष्टि नहीं होने की वजह से, विषय पर दावा नहीं किया जा सका.
`steps.jwt.KeyIdMissing`	401	पुष्टि करने की नीति, सार्वजनिक कुंजियों के लिए सोर्स के तौर पर JWKS का इस्तेमाल करती है, लेकिन हस्ताक्षर किए गए JWT में हेडर में `kid` प्रॉपर्टी शामिल नहीं होती.
`steps.jwt.KeyParsingFailed`	401	सार्वजनिक कुंजी को दी गई कुंजी से पार्स नहीं किया जा सका.
`steps.jwt.NoAlgorithmFoundInHeader`	401	ऐसा तब होता है, जब JWT में कोई एल्गोरिदम हेडर नहीं होता.
`steps.jwt.NoMatchingPublicKey`	401	पुष्टि करने की नीति, सार्वजनिक कुंजियों के लिए सोर्स के तौर पर JWKS का इस्तेमाल करती है. हालांकि, साइन किए गए JWT में मौजूद `kid`, JWKS की सूची में शामिल नहीं है.
`steps.jwt.SigningFailed`	401	GenJWT में, HS384 या HS512 एल्गोरिदम के लिए तय की गई सबसे कम साइज़ से कम कुंजी के लिए
`steps.jwt.TokenExpired`	401	नीति ऐसे टोकन की पुष्टि करने की कोशिश करती है जिसकी समयसीमा खत्म हो चुकी है.
`steps.jwt.TokenNotYetValid`	401	टोकन अभी तक मान्य नहीं है.
`steps.jwt.UnhandledCriticalHeader`	401	`crit` हेडर में, ‘JWT की पुष्टि करें’ नीति से मिले हेडर की जानकारी `KnownHeaders` में नहीं दी गई है.
`steps.jwt.UnknownException`	401	एक अज्ञात अपवाद हुआ.
`steps.jwt.WrongKeyType`	401	कुंजी का गलत प्रकार बताया गया. उदाहरण के लिए, अगर आपने एलिप्टिक कर्व एल्गोरिदम के लिए आरएसए कुंजी या आरएसए एल्गोरिदम के लिए कोई कर्व कुंजी तय की है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidNameForAdditionalClaim`	अगर `<AdditionalClaims>` एलिमेंट के चाइल्ड एलिमेंट `<Claim>` में इस्तेमाल किया गया दावा, इनमें से कोई एक रजिस्टर किया गया नाम है, तो डिप्लॉयमेंट नहीं हो पाएगा: `kid`, `iss`, `sub`, `aud`, `iat`, `exp`, `nbf` या `jti`.
`InvalidTypeForAdditionalClaim`	अगर `<AdditionalClaims>` एलिमेंट के चाइल्ड एलिमेंट `<Claim>` में इस्तेमाल किया गया दावा `string`, `number`, `boolean` या `map` टाइप का नहीं है, तो डिप्लॉयमेंट नहीं हो पाएगा.
`MissingNameForAdditionalClaim`	अगर `<AdditionalClaims>` एलिमेंट के चाइल्ड एलिमेंट `<Claim>` में दावे का नाम नहीं बताया गया है, तो डिप्लॉयमेंट की प्रोसेस पूरी नहीं हो पाएगी.
`InvalidNameForAdditionalHeader`	यह गड़बड़ी तब होती है, जब `<AdditionalClaims>` एलिमेंट के चाइल्ड एलिमेंट `<Claim>` में इस्तेमाल किए गए दावे का नाम `alg` या `typ` होता है.
`InvalidTypeForAdditionalHeader`	अगर `<AdditionalClaims>` एलिमेंट के चाइल्ड एलिमेंट `<Claim>` में इस्तेमाल किए गए दावे का टाइप `string`, `number`, `boolean` या `map` नहीं है, तो डिप्लॉयमेंट की प्रोसेस रद्द नहीं होगी.
`InvalidValueOfArrayAttribute`	यह गड़बड़ी तब होती है, जब `<AdditionalClaims>` एलिमेंट के चाइल्ड एलिमेंट `<Claim>` में ऐरे एट्रिब्यूट की वैल्यू, `true` या `false` पर सेट न की गई हो.
`InvalidConfigurationForActionAndAlgorithm`	अगर `<PrivateKey>` एलिमेंट का इस्तेमाल एचएस फ़ैमिली एल्गोरिदम के साथ किया गया है या `<SecretKey>` एलिमेंट का इस्तेमाल आरएसए फ़ैमिली एल्गोरिदम के साथ किया गया है, तो डिप्लॉयमेंट काम नहीं करेगा.
`InvalidValueForElement`	अगर `<Algorithm>` एलिमेंट में दी गई वैल्यू, इस्तेमाल की जा सकने वाली वैल्यू नहीं है, तो डिप्लॉयमेंट काम नहीं करेगा.
`MissingConfigurationElement`	यह गड़बड़ी तब होती है, जब `<PrivateKey>` एलिमेंट का इस्तेमाल आरएसए फ़ैमिली एल्गोरिदम के साथ न किया गया हो या `<SecretKey>` एलिमेंट का इस्तेमाल एचएस फ़ैमिली एल्गोरिदम के साथ न किया गया हो.
`InvalidKeyConfiguration`	अगर `<PrivateKey>` या `<SecretKey>` एलिमेंट में चाइल्ड एलिमेंट `<Value>` के बारे में नहीं बताया गया है, तो डिप्लॉयमेंट नहीं हो पाएगा.
`EmptyElementForKeyConfiguration`	अगर `<PrivateKey>` या `<SecretKey>` एलिमेंट के चाइल्ड एलिमेंट `<Value>` का रेफ़रंस एट्रिब्यूट खाली है या इसके बारे में नहीं बताया गया है, तो डिप्लॉयमेंट काम नहीं करेगा.
`InvalidVariableNameForSecret`	यह गड़बड़ी तब होती है, जब `<PrivateKey>` या `<SecretKey>` एलिमेंट के चाइल्ड एलिमेंट `<Value>` के ref एट्रिब्यूट में दिए गए फ़्लो वैरिएबल के नाम में निजी प्रीफ़िक्स `(private.)` शामिल न हो.
`InvalidSecretInConfig`	यह गड़बड़ी तब होती है, जब `<PrivateKey>` या `<SecretKey>` एलिमेंट के चाइल्ड एलिमेंट `<Value>` में निजी प्रीफ़िक्स `(private.)` शामिल न हो.
`InvalidTimeFormat`	अगर `<NotBefore>` एलिमेंट में दी गई वैल्यू, काम करने वाले फ़ॉर्मैट का इस्तेमाल नहीं करती है, तो डिप्लॉयमेंट काम नहीं करेगा.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "TokenExpired"`
`JWT.failed`	सफल न होने पर, JWT की सभी नीतियों के लिए एक जैसा वैरिएबल सेट किया जाता है.	`JWT.failed = true`

गड़बड़ी के जवाब का उदाहरण

JWT नीति के गड़बड़ी कोड

गड़बड़ी के नियम का उदाहरण

    <FaultRules>
        <FaultRule name="JWT Policy Errors">
            <Step>
                <Name>JavaScript-1</Name>
                <Condition>(fault.name Matches "TokenExpired")</Condition>
            </Step>
            <Condition>JWT.failed=true</Condition>
        </FaultRule>
    </FaultRules>

Javaकॉलआउट नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह	समाधान
`steps.javacallout.ExecutionError`	500	ऐसा तब होता है, जब Java कोड किसी अपवाद की जानकारी देता है या Java कॉलआउट नीति के लागू होने के दौरान, शून्य दिखाता है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

ये गड़बड़ियां तब हो सकती हैं, जब नीति वाले प्रॉक्सी को डिप्लॉय किया जाता है.

गड़बड़ी का नाम	गड़बड़ी वाली स्ट्रिंग	एचटीटीपी कोड स्थिति	कब होता है
`ResourceDoesNotExist`	`Resource with name [name] and type [type] does not exist`	लागू नहीं	`<ResourceURL>` एलिमेंट में बताई गई फ़ाइल मौजूद नहीं है.
`JavaCalloutInstantiationFailed`	`Failed to instantiate the JavaCallout Class [classname]`	लागू नहीं	`<ClassName>` एलिमेंट में दी गई क्लास फ़ाइल जार में नहीं है.
`IncompatibleJavaVersion`	`Failed to load java class [classname] definition due to - [reason]`	लागू नहीं	गड़बड़ी वाली स्ट्रिंग देखें. साथ काम करने वाले सॉफ़्टवेयर और इसके साथ काम करने वाले वर्शन भी देखें.
`JavaClassNotFoundInJavaResource`	`Failed to find the ClassName in java resource [jar_name] - [class_name]`	लागू नहीं	गड़बड़ी वाली स्ट्रिंग देखें.
`JavaClassDefinitionNotFound`	`Failed to load java class [class_name] definition due to - [reason]`	लागू नहीं	गड़बड़ी वाली स्ट्रिंग देखें.
`NoAppropriateConstructor`	`No appropriate constructor found in JavaCallout class [class_name]`	लागू नहीं	गड़बड़ी वाली स्ट्रिंग देखें.
`NoResourceForURL`	`Could not locate a resource with URL [string]`	लागू नहीं	गड़बड़ी वाली स्ट्रिंग देखें.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "ExecutionError"`
`javacallout.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`javacallout.JC-GetUserData.failed = true`

गड़बड़ी के जवाब का उदाहरण

{  
   "fault":{  
      "faultstring":"Failed to execute JavaCallout. [policy_name]",
      "detail":{  
         "errorcode":"javacallout.ExecutionError"
      }
   }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name="JavaCalloutFailed">
    <Step>
        <Name>AM-JavaCalloutError</Name>
    </Step>
    <Condition>(fault.name Matches "ExecutionError") </Condition>
</FaultRule>

JavaScript से जुड़ी नीति

इस सेक्शन में गड़बड़ी के कोड और दिखाए गए गड़बड़ी के मैसेज के बारे में बताया गया है. साथ ही, इस नीति के ट्रिगर होने पर Edge की मदद से सेट किए गए गड़बड़ी वाले वैरिएबल के बारे में बताया गया है. यह जानकारी जानना ज़रूरी है कि क्या आप गड़बड़ियों को ठीक करने के लिए, गड़बड़ी से जुड़े नियम बना रहे हैं. ज़्यादा जानने के लिए, नीति से जुड़ी गड़बड़ियों के बारे में आपके लिए ज़रूरी जानकारी और गड़बड़ियों को ठीक करने के तरीके देखें.

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह	समाधान
`steps.javascript.ScriptExecutionFailed`	500	JavaScript की नीति के चालू होने पर, कई तरह की Script दूसरी तरह की गड़बड़ियां हो सकती हैं. आम तौर पर, दिखाई देने वाली गड़बड़ियों में RangeError, ReferenceError, SyntaxError, TypeError, और URIError शामिल हैं.
`steps.javascript.ScriptExecutionFailedLineNumber`	500	JavaScript कोड में कोई गड़बड़ी हुई. ज़्यादा जानकारी के लिए, गड़बड़ी वाली स्ट्रिंग देखें.	लागू नहीं
`steps.javascript.ScriptSecurityError`	500	JavaScript चलाने के दौरान, सुरक्षा से जुड़ी कोई गड़बड़ी हुई. ज़्यादा जानकारी के लिए, गड़बड़ी वाली स्ट्रिंग देखें.	लागू नहीं

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidResourceUrlFormat`	अगर JavaScript नीति के `<ResourceURL>` या `<IncludeURL>` एलिमेंट में दिए गए रिसॉर्स यूआरएल का फ़ॉर्मैट अमान्य है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`InvalidResourceUrlReference`	अगर `<ResourceURL>` या `<IncludeURL>` एलिमेंट ऐसी JavaScript फ़ाइल के बारे में बताते हैं जो मौजूद नहीं है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. रेफ़र की गई सोर्स फ़ाइल, एपीआई प्रॉक्सी, एनवायरमेंट या संगठन के लेवल पर मौजूद होनी चाहिए.
`WrongResourceType`	डिप्लॉयमेंट के दौरान यह गड़बड़ी तब होती है, जब JavaScript की नीति के `<ResourceURL>` या `<IncludeURL>` एलिमेंट, jsc (JavaScript फ़ाइल) के अलावा, किसी भी तरह के संसाधन का हवाला देते हों.
`NoResourceURLOrSource`	अगर `<ResourceURL>` एलिमेंट का एलान नहीं किया गया है या इस एलिमेंट में रिसॉर्स यूआरएल की जानकारी नहीं दी गई है, तो इस गड़बड़ी के साथ JavaScript नीति को डिप्लॉय नहीं किया जा सकता. `<ResourceURL>` एलिमेंट एक ज़रूरी एलिमेंट है. इसके अलावा, `<IncludeURL>` एलिमेंट का एलान किया गया है, लेकिन इस एलिमेंट में रिसॉर्स यूआरएल के बारे में नहीं बताया गया है. `<IncludeURL>` एलिमेंट ज़रूरी नहीं है, लेकिन अगर इसका एलान किया गया है, तो रिसॉर्स यूआरएल का `<IncludeURL>` एलिमेंट में होना ज़रूरी है.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "ScriptExecutionFailed"`
`javascript.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`javascript.JavaScript-1.failed = true`

गड़बड़ी के जवाब का उदाहरण

{
  "fault": {
    "faultstring": "Execution of SetResponse failed with error: Javascript runtime error: "ReferenceError: "status" is not defined. (setresponse.js:6)\"",
    "detail": {
      "errorcode": "steps.javascript.ScriptExecutionFailed"
    }
  }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name="JavaScript Policy Faults">
    <Step>
        <Name>AM-CustomErrorResponse</Name>
        <Condition>(fault.name Matches "ScriptExecutionFailed") </Condition>
    </Step>
    <Condition>(javascript.JavaScript-1.failed = true) </Condition>
</FaultRule>

JSONथProtection की नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`steps.jsonthreatprotection.ExecutionFailed`	500	JSONThreadProtection नीति की मदद से, Exec फ़्रेमो पर असर डालने वाली कई गड़बड़ियां अलग-अलग तरह की हो सकती हैं. इनमें से ज़्यादातर गड़बड़ियां तब होती हैं, जब नीति में सेट किए गए थ्रेशोल्ड को पार कर लिया जाता है. इस तरह की गड़बड़ियां होती हैं: ऑब्जेक्ट एंट्री के नाम की लंबाई, ऑब्जेक्ट एंट्री की संख्या, ऐरे एलिमेंट की संख्या, कंटेनर की गहराई, स्ट्रिंग स्ट्रिंग की वैल्यू की लंबाई. यह गड़बड़ी तब भी होती है, जब पेलोड में अमान्य JSON ऑब्जेक्ट शामिल हो.
`steps.jsonthreatprotection.SourceUnavailable`	500	यह गड़बड़ी तब होती है, जब `<Source>` एलिमेंट में दिया गया message वैरिएबल, इनमें से कोई एक हो: दायरे से बाहर है (यह सुविधा उस फ़्लो में उपलब्ध नहीं होती जहां नीति लागू की जा रही है) `request`, `response`, या `message` मान्य वैल्यू में से एक नहीं है
`steps.jsonthreatprotection.NonMessageVariable`	500	यह गड़बड़ी तब होती है, जब `<Source>` एलिमेंट ऐसे वैरिएबल पर सेट हो जो message टाइप का न हो.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

कोई नहीं.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "SourceUnavailable"`
`jsonattack.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`jsonattack.JTP-SecureRequest.failed = true`

गड़बड़ी के जवाब का उदाहरण

{
  "fault": {
    "faultstring": "JSONThreatProtection[JPT-SecureRequest]: Execution failed. reason: JSONThreatProtection[JTP-SecureRequest]: Exceeded object entry name length at line 2",
    "detail": {
      "errorcode": "steps.jsonthreatprotection.ExecutionFailed"
    }
  }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name="JSONThreatProtection Policy Faults">
    <Step>
        <Name>AM-CustomErrorResponse</Name>
        <Condition>(fault.name Matches "ExecutionFailed") </Condition>
    </Step>
    <Condition>(jsonattack.JPT-SecureRequest.failed = true) </Condition>
</FaultRule>

JSONThreadProtection नीति के टाइप में इन गड़बड़ी कोड के बारे में बताया गया है:

JSONtoXML नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`steps.jsontoxml.ExecutionFailed`	500	इनपुट पेलोड (JSON) खाली है या JSON को एक्सएमएल में भेजा गया इनपुट (JSON) नीति अमान्य या गलत है.
`steps.jsontoxml.InCompatibleTypes`	500	यह गड़बड़ी तब होती है, जब `<Source>` एलिमेंट और `<OutputVariable>` एलिमेंट में तय किए गए वैरिएबल का टाइप एक जैसा न हो. यह ज़रूरी है कि `<Source>` एलिमेंट और `<OutputVariable>` एलिमेंट में शामिल वैरिएबल का टाइप एक जैसा हो. मान्य टाइप `message` और `string` हैं.
`steps.jsontoxml.InvalidSourceType`	500	यह गड़बड़ी तब होती है, जब `<Source>` एलिमेंट को तय करने के लिए इस्तेमाल किए गए वैरिएबल का टाइप अमान्य हो. वैरिएबल के मान्य टाइप `message` और `string` हैं.
`steps.jsontoxml.OutputVariableIsNotAvailable`	500	यह गड़बड़ी तब होती है, जब JSON के `<Source>` एलिमेंट में एक्सएमएल नीति में बताया गया वैरिएबल, टाइप की स्ट्रिंग का हो और `<OutputVariable>` एलिमेंट तय न किया गया हो. `<OutputVariable>` एलिमेंट तब ज़रूरी होता है, जब `<Source>` एलिमेंट में तय किया गया वैरिएबल, टाइप स्ट्रिंग का हो.
`steps.jsontoxml.SourceUnavailable`	500	यह गड़बड़ी तब होती है, जब JSON टू एक्सएमएल नीति के `<Source>` एलिमेंट में बताया गया मैसेज वैरिएबल, इनमें से कोई एक हो: दायरे से बाहर है (यह उस फ़्लो में उपलब्ध नहीं होता जहां नीति का इस्तेमाल किया जा रहा है) या रिज़ॉल्व नहीं किया जा सकता (तय नहीं किया गया है)

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

कोई नहीं.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "SourceUnavailable"`
`jsontoxml.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`jsontoxml.JSON-to-XML-1.failed = true`

गड़बड़ी के जवाब का उदाहरण

{
  "fault": {
    "faultstring": "JSONToXML[JSON-to-XML-1]: Source xyz is not available",
    "detail": {
      "errorcode": "steps.json2xml.SourceUnavailable"
    }
  }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name="JSON To XML Faults">
    <Step>
        <Name>AM-SourceUnavailableMessage</Name>
        <Condition>(fault.name Matches "SourceUnavailable") </Condition>
    </Step>
    <Step>
        <Name>AM-BadJSON</Name>
        <Condition>(fault.name = "ExecutionFailed")</Condition>
    </Step>
    <Condition>(jsontoxml.JSON-to-XML-1.failed = true) </Condition>
</FaultRule>

KeyValueMapOperations की नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह	समाधान
`steps.keyvaluemapoperations.SetVariableFailed`	500	यह गड़बड़ी तब होती है, जब एन्क्रिप्ट (सुरक्षित) की गई कुंजी की वैल्यू वाले मैप से कोई वैल्यू पाने की कोशिश की जाती है और वैल्यू को किसी ऐसे वैरिएबल पर सेट किया जाता है जिसके नाम में `private` प्रीफ़िक्स न हो. डीबग करने के दौरान बुनियादी सुरक्षा के लिए ज़रूरी प्रीफ़िक्स, एपीआई प्रॉक्सी ट्रेस और डीबग सेशन से एन्क्रिप्ट (सुरक्षित) की गई वैल्यू छिपा देता है.
`steps.keyvaluemapoperations.UnsupportedOperationException`	500	यह गड़बड़ी तब होती है, जब 'की वैल्यू मैप ऑपरेशन' नीति में `mapIdentifier` एट्रिब्यूट को खाली स्ट्रिंग पर सेट किया गया हो.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidIndex`	अगर कुंजी वैल्यू मैप ऑपरेशन की नीति के `<Get>` एलिमेंट में बताए गए `index` एट्रिब्यूट की वैल्यू शून्य या नेगेटिव संख्या में है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. इंडेक्स, `1` से शुरू होता है. इसलिए, शून्य या नेगेटिव पूर्णांक के इंडेक्स को अमान्य माना जाता है.
`KeyIsMissing`	यह गड़बड़ी तब होती है, जब `<Key>` एलिमेंट पूरी तरह से मौजूद न हो या मुख्य वैल्यू की मैप ऑपरेशन नीति के `<InitialEntries>` एलिमेंट के `<Entry>` के नीचे `<Key>` एलिमेंट में `<Parameter>` एलिमेंट मौजूद न हो.
`ValueIsMissing`	यह गड़बड़ी तब होती है, जब कुंजी की वैल्यू के मैप ऑपरेशन की नीति के `<InitialEntries>` एलिमेंट के `<Entry>` एलिमेंट के नीचे `<Value>` एलिमेंट मौजूद न हो.

LDAP नीति

इस नीति में इन गड़बड़ी कोड का इस्तेमाल किया जाता है:

गड़बड़ी कोड	मैसेज
`InvalidAttributeName`	`Invalid attribute name {0}.`
`InvalidSearchBase`	`Search base can not be empty.`
`InvalidValueForPassword`	`Invalid value for password field. It can not be empty.`
`InvalidSearchScope`	`Invalid scope {0}. Allowed scopes are {1}.`
`InvalidUserCredentials`	`Invalid user credentials.`
`InvalidExternalLdapReference`	`Invalid external ldap reference {0}.`
`LdapResourceNotFound`	`Ldap resource {0} not found.`
`BaseDNRequired`	`Base DN required.`
`OnlyReferenceOrValueIsAllowed`	`Only value or reference is allowed for {0}.`
`AttributesRequired`	`At least one attribute required for search action.`
`UserNameIsNull`	`User name is null.`
`SearchQueryAndUserNameCannotBePresent`	`Both search query and username can not be present in the authentication action. Please specify either one of them.`

MessageLogging नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`steps.messagelogging.StepDefinitionExecutionFailed`	500	गड़बड़ी वाली स्ट्रिंग देखें.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidProtocol`	अगर `<Protocol>` एलिमेंट में बताया गया प्रोटोकॉल मान्य नहीं है, तो MessageLogging नीति को डिप्लॉय करने पर, यह गड़बड़ी दिख सकती है. सही प्रोटोकॉल टीसीपी और यूडीपी हैं. TLS/एसएसएल पर syslog मैसेज भेजने के लिए, सिर्फ़ टीसीपी का इस्तेमाल किया जा सकता है.
`InvalidPort`	अगर `<Port>` एलिमेंट में पोर्ट नंबर नहीं बताया गया है या मान्य नहीं है, तो MessageLogging नीति के डिप्लॉयमेंट को इस गड़बड़ी के साथ लागू नहीं किया जा सकता. पोर्ट नंबर, शून्य से बड़ा पूर्णांक होना चाहिए.

गड़बड़ी वाले वैरिएबल

ध्यान दें: लॉग इन नहीं होने पर, प्रॉक्सी कॉल पूरे हो जाते हैं

नीति से जुड़ी गड़बड़ियों और मैसेज लॉग करने से जुड़ी गड़बड़ियों में अंतर होता है. यहां दिए गए फ़्लो वैरिएबल सिर्फ़ तब पॉप्युलेट किए जाते हैं, जब नीति अपने-आप काम नहीं करती, न कि मैसेज लॉगिंग के काम करने पर. मैसेज लॉग करने की प्रोसेस सबसे पहले बफ़र में लिखी जाती है, इसलिए एपीआई प्रॉक्सी, काम करना जारी रखती है, भले ही मैसेज लॉगिंग की प्रोसेस पूरी न हो पाए. उदाहरण के लिए, बाहरी सिस्टम लॉग सेवा देने वाली कंपनी के कनेक्शन में गड़बड़ी आने पर. अपने लॉग की नियमित रूप से जांच करते रहें, ताकि यह पक्का किया जा सके कि लॉग सही तरीके से हो रहा है.

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "StepDefinitionExecutionFailed"`
`messagelogging.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`messagelogging.ML-LogMessages.failed = true`

गड़बड़ी के जवाब का उदाहरण

{  
   "fault":{  
      "detail":{  
         "errorcode":"steps.messagelogging.StepDefinitionExecutionFailed"
      },
      "faultstring":"Execution failed"
   }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name="MessageLogging">
    <Step>
        <Name>ML-LogMessages</Name>
        <Condition>(fault.name Matches "StepDefinitionExecutionFailed") </Condition>
    </Step>
    <Condition>(messagelogging.ML-LogMessages.failed = true) </Condition>
</FaultRule>

OASपुष्टि की नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`steps.oasvalidation.Failed`	500	दिए गए OpenAPI निर्देशों के हिसाब से, अनुरोध के मैसेज के मुख्य हिस्से की पुष्टि नहीं की जा सकती.
`steps.oasvalidation.SourceMessageNotAvailable`	500	नीति के `<Source>` एलिमेंट में दिया गया वैरिएबल या तो दायरे से बाहर है या उसे हल नहीं किया जा सकता.
`steps.oasvalidation.NotMessageVariable`	500	`<Source>` एलिमेंट ऐसे वैरिएबल पर सेट है जो message टाइप नहीं है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह
`ResourceDoesNotExist`	`<OASResource>` एलिमेंट में बताया गया OpenAPI स्पेसिफ़िकेशन मौजूद नहीं है.
`ResourceCompileFailed`	डिप्लॉयमेंट में शामिल OpenAPI स्पेसिफ़िकेशन में ऐसी गड़बड़ियां हैं जो इसे कंपाइल होने से रोकती हैं. इससे आम तौर पर यह पता चलता है कि यह खास जानकारी, अच्छी तरह से बनाई गई OpenAPI स्पेसिफ़िकेशन 3.0 नहीं है.
`BadResourceURL`	`<OASResource>` एलिमेंट में दिया गया OpenAPI स्पेसिफ़िकेशन प्रोसेस नहीं किया जा सकता. ऐसा तब हो सकता है, जब फ़ाइल, JSON या YAML फ़ाइल न हो या फ़ाइल का यूआरएल सही तरीके से न दिया गया हो.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "ResourceDoesNotExist"`
`oasvalidation.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oasvalidation.myoaspolicy.failed = true`

कैश मेमोरी से जुड़ी नीति को पॉप्युलेट करें

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी स्टेटस	कब होता है
`policies.populatecache.EntryCannotBeCached`	500	किसी एंट्री को कैश मेमोरी में सेव नहीं किया जा सकता. कैश मेमोरी में सेव किया जा रहा मैसेज ऑब्जेक्ट, किसी ऐसी क्लास का इंस्टेंस नहीं है जिसे क्रम से लगाया जा सकता है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidCacheResourceReference`	यह गड़बड़ी तब होती है, जब Populatecache नीति में `<CacheResource>` एलिमेंट को किसी ऐसे नाम पर सेट किया गया हो जो उस एनवायरमेंट में मौजूद नहीं है जहां एपीआई प्रॉक्सी को डिप्लॉय किया जा रहा है.
`CacheNotFound`	`<CacheResource>` एलिमेंट में दी गई कैश मेमोरी मौजूद नहीं है.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name = "EntryCannotBeCached"`
`populatecache.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`populatecache.POP-CACHE-1.failed = true`

गड़बड़ी के जवाब का उदाहरण

{
  "fault": {
    "faultstring": "[entry] can not be cached. Only serializable entries are cached.",
    "detail": {
      "errorcode": "steps.populatecache.EntryCannotBeCached"
    }
  }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name="Populate Cache Fault">
    <Step>
        <Name>AM-EntryCannotBeCached</Name>
        <Condition>(fault.name Matches "EntryCannotBeCached") </Condition>
    </Step>
    <Condition>(populatecache.POP-CACHE-1.failed = true) </Condition>
</FaultRule>

लुकअप कैश से जुड़ी नीति

इस सेक्शन में गड़बड़ी के मैसेज और फ़्लो वैरिएबल के बारे में बताया गया है. ये वैरिएबल तब सेट किए जाते हैं, जब इस नीति के तहत कोई गड़बड़ी ट्रिगर होती है. यह जानकारी जानना ज़रूरी है कि क्या प्रॉक्सी के लिए गड़बड़ी के नियम बनाए जा रहे हैं. ज़्यादा जानने के लिए, नीति से जुड़ी गड़बड़ियों के बारे में आपके लिए ज़रूरी जानकारी और गड़बड़ियों को ठीक करने के तरीके देखें.

गड़बड़ी कोड प्रीफ़िक्स

लागू नहीं

रनटाइम से जुड़ी गड़बड़ियां

इस नीति के तहत रनटाइम में कोई गड़बड़ी नहीं होती है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidCacheResourceReference`	यह गड़बड़ी तब होती है, जब `<CacheResource>` एलिमेंट को किसी ऐसे नाम पर सेट किया गया हो जो उस एनवायरमेंट में मौजूद नहीं है जहां एपीआई प्रॉक्सी को डिप्लॉय किया जा रहा है.
`InvalidTimeout`	अगर `<CacheLookupTimeoutInSeconds>` एलिमेंट को नेगेटिव नंबर पर सेट किया गया है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`CacheNotFound`	यह गड़बड़ी तब होती है, जब गड़बड़ी के मैसेज में बताए गए कैश को किसी खास Message प्रोसेसर कॉम्पोनेंट पर न बनाया गया हो.

गड़बड़ी वाले वैरिएबल

लागू नहीं

गड़बड़ी के जवाब का उदाहरण

लागू नहीं

अमान्य डेटा कैश मेमोरी से जुड़ी नीति

गड़बड़ी कोड प्रीफ़िक्स

लागू नहीं

रनटाइम से जुड़ी गड़बड़ियां

इस नीति के तहत रनटाइम में कोई गड़बड़ी नहीं होती है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidCacheResourceReference`	यह गड़बड़ी तब होती है, जब अमान्यैट कैश नीति में `<CacheResource>` एलिमेंट को किसी ऐसे नाम पर सेट किया गया हो जो उस एनवायरमेंट में मौजूद नहीं है जहां एपीआई प्रॉक्सी को डिप्लॉय किया जा रहा है.
`CacheNotFound`	यह गड़बड़ी तब होती है, जब गड़बड़ी के मैसेज में बताए गए कैश को किसी खास Message प्रोसेसर कॉम्पोनेंट पर न बनाया गया हो.

गड़बड़ी वाले वैरिएबल

लागू नहीं

गड़बड़ी के जवाब का उदाहरण

लागू नहीं

Responsecache से जुड़ी नीति

गड़बड़ी कोड प्रीफ़िक्स

लागू नहीं

रनटाइम से जुड़ी गड़बड़ियां

इस नीति के तहत रनटाइम में कोई गड़बड़ी नहीं होती है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidTimeout`	अगर Responseकैश नीति के `<CacheLookupTimeoutInSeconds>` एलिमेंट को नेगेटिव नंबर पर सेट किया जाता है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`InvalidCacheResourceReference`	यह गड़बड़ी तब होती है, जब ResponseCache नीति में `<CacheResource>` एलिमेंट को किसी ऐसे नाम पर सेट किया गया हो जो उस एनवायरमेंट में मौजूद नहीं है जहां एपीआई प्रॉक्सी को डिप्लॉय किया जा रहा है.
`ResponseCacheStepAttachmentNotAllowedReq`	यह गड़बड़ी तब होती है, जब एपीआई प्रॉक्सी के किसी भी फ़्लो में, Responseये से जुड़ी एक ही नीति को कई अनुरोध पाथ से जोड़ा जाता है.
`ResponseCacheStepAttachmentNotAllowedResp`	यह गड़बड़ी तब होती है, जब एक ही Response cache नीति को एपीआई प्रॉक्सी के किसी भी फ़्लो में, कई रिस्पॉन्स पाथ से जोड़ा जाता है.
`InvalidMessagePatternForErrorCode`	यह गड़बड़ी तब दिखती है, जब Responsecache नीति के `<SkipCacheLookup>` या `<SkipCachePopulation>` एलिमेंट में अमान्य शर्त मौजूद हो.
`CacheNotFound`	यह गड़बड़ी तब होती है, जब गड़बड़ी के मैसेज में बताए गए कैश को किसी खास Message प्रोसेसर कॉम्पोनेंट पर न बनाया गया हो.

गड़बड़ी वाले वैरिएबल

लागू नहीं

गड़बड़ी के जवाब का उदाहरण

लागू नहीं

OAuthV2 नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह	ऑपरेशन के ज़रिए चालू किया गया
`steps.oauth.v2.access_token_expired`	401	ऐक्सेस टोकन की समयसीमा खत्म हो गई है.	पुष्टि करने के लिए AccessToken invalidateToken
`steps.oauth.v2.access_token_not_approved`	401	ऐक्सेस टोकन रद्द कर दिया गया था.	VerifyAccessToken
`steps.oauth.v2.apiresource_doesnot_exist`	401	अनुरोध किए गए संसाधन में, ऐक्सेस टोकन से जुड़ा कोई भी एपीआई प्रॉडक्ट मौजूद नहीं है.	VerifyAccessToken
`steps.oauth.v2.FailedToResolveAccessToken`	500	इस नीति के मुताबिक, `<AccessToken>` एलिमेंट में दिए गए वैरिएबल में ऐक्सेस टोकन मिल सकता है, लेकिन वैरिएबल को हल नहीं किया जा सका.	GenerateAccessToken
`steps.oauth.v2.FailedToResolveAuthorizationCode`	500	इस नीति के मुताबिक, `<Code>` एलिमेंट में दिए गए वैरिएबल में एक ऑथराइज़ेशन कोड मिल सकता था, लेकिन वैरिएबल को हल नहीं किया जा सका.	GenerateAuthorizationCode
`steps.oauth.v2.FailedToResolveClientId`	500	इस नीति के मुताबिक, `<ClientId>` एलिमेंट में दिए गए वैरिएबल में Client-ID मिल सकता है. हालांकि, वैरिएबल को हल नहीं किया जा सका.	GeneAccessToken generateauthorizationCode generateAccessTokenImplicitGrant करानाAccessToken
`steps.oauth.v2.FailedToResolveRefreshToken`	500	इस नीति के ज़रिए `<RefreshToken>` एलिमेंट में दिए गए वैरिएबल में रीफ़्रेश टोकन मिल सकता है, लेकिन वैरिएबल को हल नहीं किया जा सका.	RefreshAccessToken
`steps.oauth.v2.FailedToResolveToken`	500	इस नीति से `<Tokens>` एलिमेंट में दिए गए वैरिएबल में एक टोकन मिल सकता था, लेकिन वैरिएबल को हल नहीं किया जा सका.	ValidateToken invalidateToken
`steps.oauth.v2.InsufficientScope`	403	अनुरोध में दिए गए ऐक्सेस टोकन का दायरा, पुष्टि किए गए ऐक्सेस टोकन की नीति में दिए गए दायरे से मेल नहीं खाता. स्कोप के बारे में जानने के लिए, OAuth2 स्कोप के साथ काम करना देखें.	VerifyAccessToken
`steps.oauth.v2.invalid_access_token`	401	क्लाइंट से भेजा गया ऐक्सेस टोकन अमान्य है.	VerifyAccessToken
`steps.oauth.v2.invalid_client`	401	गड़बड़ी का यह नाम तब दिखता है, जब नीति की `<GenerateResponse>` प्रॉपर्टी को true पर सेट किया जाता है और अनुरोध में भेजा गया क्लाइंट आईडी अमान्य होता है. पक्का करें कि आपके प्रॉक्सी से जुड़े डेवलपर ऐप्लिकेशन के लिए, सही क्लाइंट कुंजी और सीक्रेट वैल्यू का इस्तेमाल किया जा रहा है. आम तौर पर, ये वैल्यू Base64 कोड में बदले गए 'बुनियादी अनुमति' हेडर के तौर पर भेजी जाती हैं. ध्यान दें: हमारा सुझाव है कि आप `invalid_client` और `InvalidClientIdentifier`, दोनों नामों को पहचानने के लिए, गड़बड़ी से जुड़े मौजूदा नियम की शर्तों में बदलाव करें. ज़्यादा जानकारी और उदाहरण के लिए, 16.09.21 रिलीज़ नोट देखें.	जनरेट करेंAccessToken RefreshAccessToken
`steps.oauth.v2.invalid_request`	400	गड़बड़ी के इस नाम का इस्तेमाल, कई तरह की गड़बड़ियों के लिए किया जाता है. आम तौर पर, अनुरोध में ऐसे पैरामीटर जिनके मौजूद नहीं होने या गलत पैरामीटर होने की वजह से ऐसा होता है. अगर `<GenerateResponse>` को `false` पर सेट किया गया है, तो गड़बड़ी के बारे में जानकारी पाने के लिए, गड़बड़ी वाले वैरिएबल (नीचे बताया गया है) का इस्तेमाल करें. जैसे, गड़बड़ी का नाम और वजह.	GeneAccessToken generateauthorizationCode generateAccessTokenImplicitGrant करानाAccessToken
`steps.oauth.v2.InvalidAccessToken`	401	अनुमति देने वाले हेडर में "बियरर" शब्द नहीं है जो ज़रूरी है. उदाहरण के लिए: `Authorization: Bearer your_access_token`	VerifyAccessToken
`steps.oauth.v2.InvalidAPICallAsNo\ steps.oauth.v2.ApiProductMatchFound`	401	एपीआई प्रॉक्सी, ऐक्सेस टोकन से जुड़े प्रॉडक्ट में नहीं है. अहम जानकारी: पक्का करें कि ऐक्सेस टोकन से जुड़े प्रॉडक्ट को सही तरीके से कॉन्फ़िगर किया गया हो. उदाहरण के लिए, अगर रिसॉर्स पाथ में वाइल्डकार्ड का इस्तेमाल किया जाता है, तो पक्का करें कि वाइल्डकार्ड का इस्तेमाल सही तरीके से किया जा रहा हो. ज़्यादा जानकारी के लिए, एपीआई प्रॉडक्ट बनाना देखें. इस गड़बड़ी की वजहों के बारे में ज़्यादा जानने के लिए, यह Apigee कम्यूनिटी पोस्ट देखें.	VerifyAccessToken
`steps.oauth.v2.InvalidClientIdentifier`	500	गड़बड़ी का यह नाम तब दिखता है, जब नीति की `<GenerateResponse>` प्रॉपर्टी false पर सेट हो और अनुरोध में भेजा गया क्लाइंट आईडी अमान्य हो. पक्का करें कि आपके प्रॉक्सी से जुड़े डेवलपर ऐप्लिकेशन के लिए, सही क्लाइंट कुंजी और सीक्रेट वैल्यू का इस्तेमाल किया जा रहा है. आम तौर पर, ये वैल्यू Base64 कोड में बदले गए 'बेसिक ऑथराइज़ेशन' हेडर के तौर पर भेजी जाती हैं. ध्यान दें: इस स्थिति में, इस गड़बड़ी को `invalid_client` कहा जाता था. हमारा सुझाव है कि आप `invalid_client` और `InvalidClientIdentifier`, दोनों नामों को पहचानने के लिए, गड़बड़ी से जुड़े मौजूदा नियम की शर्तों को बदलें. ज़्यादा जानकारी और उदाहरण के लिए, 16.09.21 रिलीज़ नोट देखें.	जनरेट करेंAccessToken RefreshAccessToken
`steps.oauth.v2.InvalidParameter`	500	इस नीति में ऐक्सेस टोकन या ऑथराइज़ेशन कोड की जानकारी दी जानी चाहिए, दोनों का नहीं.	जनरेटर कोड generateAccessTokenImplicitGrant
`steps.oauth.v2.InvalidTokenType`	500	`<Tokens>/<Token>` एलिमेंट के लिए, आपको टोकन का टाइप बताना होगा, जैसे कि `refreshtoken`. अगर क्लाइंट गलत टाइप का यूआरएल पास करता है, तो यह गड़बड़ी दिखती है.	ValidateToken invalidateToken
`steps.oauth.v2.MissingParameter`	500	रिस्पॉन्स का टाइप `token` है, लेकिन इसके बारे में कोई जानकारी नहीं दी गई है.	जनरेटर कोड generateAccessTokenImplicitGrant
`steps.oauth.v2.UnSupportedGrantType`	500	क्लाइंट ने एक ऐसा अनुदान टाइप बताया है जो नीति के मुताबिक काम नहीं करता (यह <SupportedGrantTypes> एलिमेंट में शामिल नहीं है). ध्यान दें: फ़िलहाल एक गड़बड़ी मिली है, जिसमें काम न करने वाले अनुदान के टाइप से जुड़ी गड़बड़ियां ठीक से नहीं दिखती हैं. अगर अनुमति के टाइप से जुड़ी ऐसी गड़बड़ी होती है जो काम नहीं करती, तो प्रॉक्सी, गड़बड़ी के फ़्लो में उम्मीद के मुताबिक जानकारी नहीं डालता है.	GeneAccessToken generateauthorizationCode generateAccessTokenImplicitGrant करानाAccessToken

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह
`InvalidValueForExpiresIn`	`<ExpiresIn>` एलिमेंट के लिए, मान्य वैल्यू पॉज़िटिव पूर्णांक और `-1` होनी चाहिए.
`InvalidValueForRefreshTokenExpiresIn`	`<RefreshTokenExpiresIn>` एलिमेंट के लिए, मान्य वैल्यू पॉज़िटिव पूर्णांक और `-1` होनी चाहिए.
`InvalidGrantType`	`<SupportedGrantTypes>` एलिमेंट में अनुमति का अमान्य टाइप दिया गया है. मान्य टाइप की सूची देखने के लिए, नीति का रेफ़रंस देखें.
`ExpiresInNotApplicableForOperation`	यह पक्का करें कि <Operations> एलिमेंट में बताई गई कार्रवाई की समयसीमा खत्म होने का इंतज़ार किया जा सकता है. उदाहरण के लिए, VerificationToken कार्रवाई नहीं की जाती है.
`RefreshTokenExpiresInNotApplicableForOperation`	पक्का करें कि <Operations> एलिमेंट में बताई गई कार्रवाई, रीफ़्रेश टोकन की समयसीमा के साथ काम करती हो. उदाहरण के लिए, VerificationToken कार्रवाई नहीं की जाती है.
`GrantTypesNotApplicableForOperation`	यह पक्का करें कि <SupportedGrantTypes> में बताए गए अनुमति टाइप, बताई गई कार्रवाई के लिए इस्तेमाल किए जा सकते हों.
`OperationRequired`	आपको `<Operation>` एलिमेंट का इस्तेमाल करके, इस नीति में कोई कार्रवाई तय करनी होगी. ध्यान दें: अगर `<Operation>` एलिमेंट मौजूद नहीं है, तो यूज़र इंटरफ़ेस (यूआई) में स्कीमा की पुष्टि करने से जुड़ी गड़बड़ी दिखती है.
`InvalidOperation`	आपको `<Operation>` एलिमेंट का इस्तेमाल करके, इस नीति में एक मान्य कार्रवाई तय करनी होगी. ध्यान दें: अगर `<Operation>` एलिमेंट अमान्य है, तो यूज़र इंटरफ़ेस (यूआई) में स्कीमा की पुष्टि करने से जुड़ी गड़बड़ी दिखती है.
`TokenValueRequired`	आपको `<Tokens>` एलिमेंट में, टोकन `<Token>` की वैल्यू देनी होगी.

गड़बड़ी वाले वैरिएबल

ये वैरिएबल तब सेट किए जाते हैं, जब यह नीति रनटाइम के दौरान कोई गड़बड़ी ट्रिगर करती है.

ध्यान दें: गलत नियम की शर्तें बनाने के लिए, इन वैरिएबल का इस्तेमाल किया जा सकता है. अगर <GenerateResponse> को false पर सेट किया गया है, तो कोई गड़बड़ी होने पर इन वैरिएबल में जानकारी अपने-आप भर जाती है. अगर <GenerateResponse> true है, तो कोई गड़बड़ी होने पर, नीति क्लाइंट को तुरंत जवाब देती है -- गड़बड़ी वाला फ़्लो छोड़ दिया जाता है और इन वैरिएबल को अपने-आप नहीं भरा जाता. ज़्यादा जानकारी के लिए, नीति से जुड़ी गड़बड़ियों के बारे में आपके लिए ज़रूरी जानकारी देखें.

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name = "invalid_request"`
`oauthV2.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oauthV2.GenerateAccesstoken.failed = true`
`oauthV2.policy_name.fault.name`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oauthV2.GenerateAccesstoken.fault.name = invalid_request` ध्यान दें: VerificationAccessToken कार्रवाई के लिए, गड़बड़ी के नाम में यह सफ़िक्स शामिल होता है: `keymanagement.service` उदाहरण के लिए: `keymanagement.service.invalid_access_token`
`oauthV2.policy_name.fault.cause`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oauthV2.GenerateAccesstoken.cause = Required param : grant_type`

गड़बड़ी के जवाब का उदाहरण

अगर <GenerateResponse> एलिमेंट सही है, तो ये रिस्पॉन्स क्लाइंट को वापस भेजे जाते हैं.

अगर <GenerateResponse> true है, तो नीति इस फ़ॉर्मैट में, टोकन और कोड जनरेट करने वाली कार्रवाइयों के लिए गड़बड़ियां दिखाती है. पूरी सूची देखने के लिए, OAuth एचटीटीपी गड़बड़ी रिस्पॉन्स रेफ़रंस देखें.

{"ErrorCode" : "invalid_client", "Error" :"ClientId is Invalid"}

अगर <GenerateResponse> true है, तो नीति कार्रवाइयों की पुष्टि और पुष्टि करने के लिए, इस फ़ॉर्मैट में गड़बड़ियां दिखाती है. पूरी सूची देखने के लिए, OAuth एचटीटीपी गड़बड़ी रिस्पॉन्स रेफ़रंस देखें.

{  
   {  
      "fault":{  
         "faultstring":"Invalid Access Token",
         "detail":{  
            "errorcode":"keymanagement.service.invalid_access_token"
         }
      }
   }

गड़बड़ी के नियम का उदाहरण

<FaultRule name=OAuthV2 Faults">
    <Step>
        <Name>AM-InvalidClientResponse</Name>
        <Condition>(fault.name = "invalid_client") OR (fault.name = "InvalidClientIdentifier")</Condition>
    </Step>
    <Step>
        <Name>AM-InvalidTokenResponse</Name>
        <Condition>(fault.name = "invalid_access_token")</Condition>
    </Step>
    <Condition>(oauthV2.failed = true) </Condition>
</FaultRule>

OAuthV2जानकारी पाने की नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं. यहां गड़बड़ी के नाम ऐसी स्ट्रिंग दी गई हैं जिन्हें कोई गड़बड़ी होने पर, fault.name वैरिएबल को असाइन किया जाता है. ज़्यादा जानकारी के लिए, नीचे दिया गया 'फ़ॉल्ट वैरिएबल' सेक्शन देखें.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`steps.oauth.v2.access_token_expired`	500	नीति को भेजे गए ऐक्सेस टोकन की समयसीमा खत्म हो गई है.
`steps.oauth.v2.authorization_code_expired`	500	नीति को भेजे गए ऑथराइज़ेशन कोड की समयसीमा खत्म हो गई है.
`steps.oauth.v2.invalid_access_token`	500	नीति को भेजा गया ऐक्सेस टोकन अमान्य है.
`steps.oauth.v2.invalid_client-invalid_client_id`	500	नीति को भेजा गया क्लाइंट आईडी अमान्य है.
`steps.oauth.v2.invalid_refresh_token`	500	नीति को भेजा गया रीफ़्रेश टोकन अमान्य है.
`steps.oauth.v2.invalid_request-authorization_code_invalid`	500	नीति को भेजा गया ऑथराइज़ेशन कोड अमान्य है.
`steps.oauth.v2.InvalidAPICallAsNoApiProductMatchFound`	401	इस गड़बड़ी को ठीक करने के बारे में जानने के लिए, कृपया यह Apigee कम्यूनिटी पोस्ट देखें.
`steps.oauth.v2.refresh_token_expired`	500	इस नीति को भेजे गए रीफ़्रेश टोकन की समयसीमा खत्म हो गई है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

डिप्लॉयमेंट की गड़बड़ियों के बारे में जानकारी के लिए, यूज़र इंटरफ़ेस (यूआई) में रिपोर्ट किया गया मैसेज देखें.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "IPDeniedAccess"`
`oauthV2.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oauthV2.GetTokenInfo.failed = true`
`oauthV2.policy_name.fault.name`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oauthV2.GetToKenInfo.fault.name = invalid_client-invalid_client_id`
`oauthV2.policy_name.fault.cause`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oauthV2.GetTokenInfo.cause = ClientID is Invalid`

गड़बड़ी के जवाब का उदाहरण

{  
   "fault":{  
      "faultstring":"ClientId is Invalid",
      "detail":{  
         "errorcode":"keymanagement.service.invalid_client-invalid_client_id"
      }
   }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name="OAuthV2 Faults">
    <Step>
        <Name>AM-InvalidClientIdResponse</Name>
    </Step>
    <Condition>(fault.name = "invalid_client-invalid_client_id")</Condition>
</FaultRule>

सेटOAuthV2Info नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`steps.oauth.v2.access_token_expired`	500	नीति को भेजे गए ऐक्सेस टोकन की समयसीमा खत्म हो गई है.
`steps.oauth.v2.invalid_access_token`	500	नीति को भेजा गया ऐक्सेस टोकन अमान्य है.
`steps.oauth.v2.InvalidAPICallAsNoApiProductMatchFound`	401	इस गड़बड़ी को ठीक करने के बारे में जानने के लिए, कृपया यह Apigee कम्यूनिटी पोस्ट देखें.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name = "invalid_access_token"`
`oauthV2.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oauthV2.SetTokenInfo.failed = true`
`oauthV2.policy_name.fault.name`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oauthV2.SetTokenInfo.fault.name = invalid_access_token`
`oauthv2.policy_name.fault.cause`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oauthV2.SetTokenInfo.cause = Invalid Access Token`

गड़बड़ी के जवाब का उदाहरण

{
  "fault": {
    "faultstring": "Invalid Access Token",
    "detail": {
      "errorcode": "keymanagement.service.invalid_access_token"
    }
  }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name=SetOAuthV2Info Faults">
    <Step>
        <Name>AM-InvalidTokenResponse</Name>
        <Condition>(fault.name = "invalid_access_token")</Condition>
    </Step>
    <Condition>(oauthV2.failed = true) </Condition>
</FaultRule>

हटाएंOAuthV2Info नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`steps.oauth.v2.invalid_access_token`	401	नीति को भेजा गया ऐक्सेस टोकन अमान्य है.
`steps.oauth.v2.invalid_request-authorization_code_invalid`	401	नीति को भेजा गया ऑथराइज़ेशन कोड अमान्य है.
`steps.oauth.v2.InvalidAPICallAsNoApiProductMatchFound`	401	इस गड़बड़ी को ठीक करने के बारे में जानने के लिए, कृपया यह Apigee कम्यूनिटी पोस्ट देखें.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name = "invalid_access_token"`
`oauthV2.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oauthV2.DeleteTokenInfo.failed = true`
`oauthV2.policy_name.fault.name`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oauthV2.DeleteTokenInfo.fault.name = invalid_access_token`
`oauthv2.policy_name.fault.cause`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oauthV2.DeleteTokenInfo.cause = Invalid Access Token`

गड़बड़ी के जवाब का उदाहरण

{
  "fault": {
    "faultstring": "Invalid Access Token",
    "detail": {
      "errorcode": "keymanagement.service.invalid_access_token"
    }
  }
}

गड़बड़ी के नियम का उदाहरण

<faultrule name="VariableOfNonMsgType"></faultrule><FaultRule name="DeleteOAuthV2Info_Faults">
    <Step>
        <Name>AM-InvalidTokenResponse</Name>
    </Step>
    <Condition>(fault.name = "invalid_access_token")</Condition>
</FaultRule>

OAuthv1.0a नीति

OAuthV1 नीति के टाइप से इन गड़बड़ी के बारे में पता चलता है.

OAuth से जुड़ी एचटीटीपी गड़बड़ी के कोड के लिए, OAuth एचटीटीपी गड़बड़ी रिस्पॉन्स रेफ़रंस देखें.

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

`AppKeyNotResolved`	`Could not resolve the app key with variable {0}`
`ConsumerKeyNotResolved`	`Could not resolve the consumer key with variable {0}`
`RequestTokenNotResolved`	`Could not resolve the request token with the variable {0}`
`AccessTokenNotResolved`	`Could not resolve the access token with the variable {0}`
`ResponseGenerationError`	`Error while generating response : {0}`
`UnableToDetermineOperation`	`Unable to determine an operation for stepDefinition {0}`
`UnableToResolveOAuthConfig`	`Unable to resolve the OAuth configuration for {0}`
`AtLeastOneParamRequired`	`At least one of AccessToken, RequestToken or ConsumerKey must be specified in stepDefinition {0}`
`SpecifyValueOrRefReqToken`	`Specify Request Token as value or ref in stepDefinition {0}`
`SpecifyValueOrRefAccToken`	`Specify Access Token as value or ref in stepDefinition {0}`
`SpecifyValueOrRefConKey`	`Specify Consumer Key as value or ref in stepDefinition {0}`
`SpecifyValueOrRefAppKey`	`Specify App Key as value or ref in stepDefinition {0}`
`ExpiresInNotApplicableForOperation`	`ExpiresIn element is not valid for operation {0}`
`InvalidValueForExpiresIn`	`Invalid value for ExpiresIn element for operation {0}`
`FailedToFetchApiProduct`	`Failed to fetch api product for key {0}`
`InvalidTokenType`	`Valid token types : {0}, Invalid toke type {1} in stepDefinition {2}`
`TokenValueRequired`	`Token value is required in stepDefinition {0}`
`FailedToResolveRealm`	`Failed to resolve realm {0}`

OAuthV1जानकारी पाने की नीति

'OAuth v1.0a की जानकारी के लिए नीति' के लिए कोई गड़बड़ी कोड नहीं दिया गया है.

OAuthV1Info नीति को मिटाएं

सफल होने पर, नीति 200 स्थिति देती है.

पूरा न होने पर, नीति 404 और आउटपुट को इनके जैसा ही दिखाती है. यह इस बात पर निर्भर करता है कि आपने ऐक्सेस टोकन मिटाया है या कोई अनुरोध टोकन या पुष्टि करने वाला कोड मिटाया है.

HTTP/1.1 404 Not Found
Content-Type: application/json
Content-Length: 144
Connection: keep-alive

{"fault":{"faultstring":"Invalid Access Token","detail":{"errorcode":"keymanagement.service.invalid_request-access_token_invalid"}}}

PythonScript की नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह	समाधान
`steps.script.ScriptEvaluationFailed`	500	PythonScript की नीति में, ScriptExecरणपहल से जुड़ी कई अलग-अलग तरह की गड़बड़ियां हो सकती हैं. आम तौर पर, NameError और ZeroDivisionError में गड़बड़ियां देखने को मिलती हैं.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidResourceUrlFormat`	अगर PythonScript नीति के `<IncludeURL>` एलिमेंट या `<ResourceURL>` में दिए गए रिसॉर्स यूआरएल का फ़ॉर्मैट अमान्य है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकेगा.
`InvalidResourceUrlReference`	अगर `<ResourceURL>` या `<IncludeURL>` एलिमेंट ऐसी PythonScript फ़ाइल को रेफ़र करते हैं जो मौजूद नहीं है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. रेफ़र की गई सोर्स फ़ाइल, एपीआई प्रॉक्सी, एनवायरमेंट या संगठन के लेवल पर मौजूद होनी चाहिए.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "ScriptExecutionFailed"`
`pythonscript.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`pythonscript.PythonScript-1.failed = true`

गड़बड़ी के जवाब का उदाहरण

{
  "fault": {
    "faultstring": "Execution of SetResponse failed with error: Pythonscript runtime error: "ReferenceError: "status" is not defined.\"",
    "detail": {
      "errorcode": "steps.script.ScriptExecutionFailed"
    }
  }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name="PythonScript Policy Faults">
    <Step>
        <Name>AM-CustomErrorResponse</Name>
        <Condition>(fault.name Matches "ScriptExecutionFailed") </Condition>
    </Step>
    <Condition>(pythonscript.PythonScript-1.failed = true) </Condition>
</FaultRule>

कोटा नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह	समाधान
`policies.ratelimit.FailedToResolveQuotaIntervalReference`	500	ऐसा तब होता है, जब कोटा नीति में `<Interval>` एलिमेंट के बारे में नहीं बताया गया हो. यह एलिमेंट ज़रूरी है. इसका इस्तेमाल, कोटे पर लागू होने वाले समय का अंतराल बताने के लिए किया जाता है. समय इंटरवल के तौर पर `<TimeUnit>` एलिमेंट के मुताबिक मिनट, घंटे, दिन, हफ़्ते या महीने हो सकता है.
`policies.ratelimit.FailedToResolveQuotaIntervalTimeUnitReference`	500	ऐसा तब होता है, जब कोटा नीति में `<TimeUnit>` एलिमेंट के बारे में नहीं बताया गया हो. यह एलिमेंट ज़रूरी है. इसका इस्तेमाल, कोटा के लिए लागू होने वाले समय की इकाई बताने के लिए किया जाता है. समय अंतराल मिनट, घंटों, दिन, हफ़्तों या महीनों में हो सकता है.
`policies.ratelimit.InvalidMessageWeight`	500	ऐसा तब होता है, जब फ़्लो वैरिएबल के ज़रिए तय की गई `<MessageWeight>` एलिमेंट की वैल्यू अमान्य हो (एक अमान्य वैल्यू).
`policies.ratelimit.QuotaViolation`	500	इससे ज़्यादा इस्तेमाल नहीं किया जा सकता.	लागू नहीं

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidQuotaInterval`	अगर `<Interval>` एलिमेंट में दिया गया कोटा इंटरवल पूर्णांक नहीं है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. उदाहरण के लिए, अगर `<Interval>` एलिमेंट में तय किया गया कोटा इंटरवल 0.1 है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`InvalidQuotaTimeUnit`	अगर `<TimeUnit>` एलिमेंट में दी गई समय की यूनिट काम नहीं करती है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. समय की इकाइयों का इस्तेमाल किया जा सकता है: `minute`, `hour`, `day`, `week`, और `month`.
`InvalidQuotaType`	अगर `<Quota>` एलिमेंट में `type` एट्रिब्यूट में दिया गया कोटा अमान्य है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. `default`, `calendar`, `flexi`, और `rollingwindow` इस्तेमाल किए जा सकते हैं.
`InvalidStartTime`	अगर `<StartTime>` एलिमेंट में दिए गए समय का फ़ॉर्मैट अमान्य है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. मान्य फ़ॉर्मैट `yyyy-MM-dd HH:mm:ss` है, जो ISO 8601 तारीख और समय फ़ॉर्मैट है. उदाहरण के लिए, अगर `<StartTime>` एलिमेंट में दिया गया समय `7-16-2017 12:00:00` है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`StartTimeNotSupported`	अगर `<StartTime>` एलिमेंट के बारे में बताया गया है, जिसका कोटा टाइप `calendar` टाइप नहीं है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. `<StartTime>` एलिमेंट, सिर्फ़ `calendar` तरह के कोटा के लिए काम करता है. उदाहरण के लिए, अगर `<Quota>` एलिमेंट में `type` एट्रिब्यूट को `flexi` या `rolling window` पर सेट किया गया है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`InvalidTimeUnitForDistributedQuota`	अगर `<Distributed>` एलिमेंट को `true` पर सेट किया गया है और `<TimeUnit>` एलिमेंट को `second` पर सेट किया गया है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. दिए गए कोटा के लिए समय इकाई `second` अमान्य है.
`InvalidSynchronizeIntervalForAsyncConfiguration`	अगर कोटा नीति के `<AsynchronousConfiguration>` एलिमेंट में `<SyncIntervalInSeconds>` एलिमेंट के लिए तय की गई वैल्यू शून्य से कम है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`InvalidAsynchronizeConfigurationForSynchronousQuota`	अगर कोटा नीति में `<AsynchronousConfiguration>` एलिमेंट की वैल्यू `true` पर सेट की गई है, जिसमें `<AsynchronousConfiguration>` एलिमेंट का इस्तेमाल करके एसिंक्रोनस कॉन्फ़िगरेशन भी तय किया गया है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "QuotaViolation"`
`ratelimit.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`ratelimit.QT-QuotaPolicy.failed = true`

गड़बड़ी के जवाब का उदाहरण

{  
   "fault":{  
      "detail":{  
         "errorcode":"policies.ratelimit.QuotaViolation"
      },
      "faultstring":"Rate limit quota violation. Quota limit  exceeded. Identifier : _default"
   }
}

गड़बड़ी के नियम का उदाहरण

<FaultRules>
    <FaultRule name="Quota Errors">
        <Step>
            <Name>JavaScript-1</Name>
            <Condition>(fault.name Matches "QuotaViolation") </Condition>
        </Step>
        <Condition>ratelimit.Quota-1.failed=true</Condition>
    </FaultRule>
</FaultRules>

रीसेटकोटा नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`policies.resetquota.InvalidRLPolicy`	500	कोटा रीसेट करने की नीति के `<Quota>` एलिमेंट में बताई गई कोटा नीति की जानकारी, एपीआई प्रॉक्सी में नहीं दी गई है. इसलिए, यह फ़्लो के दौरान उपलब्ध नहीं होती. `<Quota>` एलिमेंट ज़रूरी है. यह टारगेट कोटा नीति की पहचान करता है, जिसके काउंटर को कोटा रीसेट करने की नीति की मदद से अपडेट किया जाना चाहिए.
`policies.resetquota.FailedToResolveAllowCountRef`	लागू नहीं	नीति के `<Allow>` एलिमेंट में उस वैरिएबल के रेफ़रंस को किसी वैल्यू के तौर पर नहीं रखा जा सकता जिसमें अनुमति देने की संख्या शामिल है. यह एलिमेंट ज़रूरी है और यह कोटा काउंटर को कम करने के लिए रकम बताता है.
`policies.resetquota.FailedToResolveRLPolicy`	500	`<Quota>` एलिमेंट में `ref` एट्रिब्यूट से रेफ़र किए गए वैरिएबल को हल नहीं किया जा सकता.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidCount`	अगर कोटा रीसेट करने की नीति के `<Allow>` एलिमेंट में बताई गई संख्या की वैल्यू कोई पूर्णांक नहीं है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.

riseFault की नीति

इस सेक्शन में गड़बड़ी के कोड और दिखाए गए गड़बड़ी के मैसेज के बारे में बताया गया है. साथ ही, इस नीति के ट्रिगर होने पर Edge की मदद से सेट किए गए गड़बड़ी वाले वैरिएबल के बारे में बताया गया है. यह जानकारी जानना ज़रूरी है कि क्या गड़बड़ियों को ठीक करने के लिए, गड़बड़ी से जुड़े नियम बनाए जा रहे हैं. ज़्यादा जानने के लिए, नीति से जुड़ी गड़बड़ियों के बारे में आपके लिए ज़रूरी जानकारी और गड़बड़ियां ठीक करना देखें.

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`steps.raisefault.RaiseFault`	500	गड़बड़ी वाली स्ट्रिंग देखें.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

कोई नहीं.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर दी गई रनटाइम की गड़बड़ियां टेबल में बताया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name = "RaiseFault"`
`raisefault.policy_name.failed`	`policy_name`, नीति का वह नाम है जिसे उपयोगकर्ता ने तय किया है. इससे गड़बड़ी होती है.	`raisefault.RF-ThrowError.failed = true`

गड़बड़ी के जवाब का उदाहरण

{
   "fault":{
      "detail":{
         "errorcode":"steps.raisefault.RaiseFault"
      },
      "faultstring":"Raising fault. Fault name: [name]"
   }
}

रेगुलर एक्सप्रेशन सुरक्षा की नीति

यह सेक्शन, इस नीति के ट्रिगर होने पर Edge से सेट किए गए गड़बड़ी कोड और दिखाए गए मैसेज के साथ-साथ गड़बड़ी वाले वैरिएबल के बारे में बताता है. यह जानकारी जानना ज़रूरी है कि क्या आप गड़बड़ियों को ठीक करने के लिए, गड़बड़ी से जुड़े नियम बना रहे हैं. अगर आपको किसी गड़बड़ी को कैप्चर करना है और कस्टम गड़बड़ी को बढ़ाना है, तो नीति के रूट एलिमेंट पर continueOnError="true" एट्रिब्यूट सेट करें. ज़्यादा जानने के लिए, नीति से जुड़ी गड़बड़ियों के बारे में आपके लिए ज़रूरी जानकारी और गड़बड़ियों को ठीक करने के तरीके देखें.

Edge की नीतियों से मिली गड़बड़ियां, एक जैसे फ़ॉर्मैट में होती हैं जैसा कि गड़बड़ी कोड के रेफ़रंस में बताया गया है.

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

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

ExecutionFailed	regularExpressionProtection चरण के बारे में {0} को लागू नहीं किया जा सका. कारण: {1}
InstantiationFailed	regularExpressionProtection के चरण की परिभाषा को इंस्टैंशिएट नहीं किया जा सका {0}
NonMessageVariable	चर {0} किसी संदेश का समाधान नहीं करता
SourceMessageNotAvailable	{0} RegularExpressionProtection के चरण की परिभाषा के लिए {0}मैसेज उपलब्ध नहीं है {1}
ThreatDetected	{0} में रेगुलर एक्सप्रेशन को खतरे का पता चला: रेगुलर एक्सप्रेशन: {1} इनपुट: {2}
VariableResolutionFailed	वैरिएबल {0} का समाधान नहीं किया जा सका

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

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

CannotBeConvertedToNodeset	regularExpressionProtection {0}: xpath {1} का परिणाम नोडसेट में रूपांतरित नहीं किया जा सकता. संदर्भ {2}
DuplicatePrefix	regularExpressionProtection {0}: डुप्लीकेट प्रीफ़िक्स {1}
EmptyJSONPathExpression	regularExpressionProtection {0}: JSONPath के खाली एक्सप्रेशन को खाली करें
EmptyXPathExpression	regularExpressionProtection {0}: खाली XPath एक्सप्रेशन
InvalidRegularExpression	रेगुलर एक्सप्रेशन प्रोटेक्शन {0}: अमान्य रेगुलर एक्सप्रेशन {1}, कॉन्टेक्स्ट {2}
JSONPathCompilationFailed	regularExpressionProtection {0}: jsonpath{1} कंपाइल नहीं किया जा सका. संदर्भ {2}
nonखालीPrefixmappedToEmpty विरोधी	रेगुलर एक्सप्रेशन सुरक्षा {0}: खाली प्रीफ़िक्स {1} को खाली यूआरआई पर मैप नहीं किया जा सकता
NoPatternsToEnforce	regularExpressionProtection {0}: {1} में लागू करने के लिए कोई पैटर्न नहीं है
NothingToEnforce	regularExpressionProtection {0}: यूआरआईPath, QueryParam, हेडर, FormsParam, XMLPayload, और JSONPayload में से कम से कम एक ज़रूरी है
XPathCompilationFailed	regularExpressionProtection {0}: xpath {1} को कंपाइल नहीं किया जा सका. संदर्भ {2}

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर दी गई टेबल में बताया गया है.	`fault.name Matches "ThreatDetected"`
`regularexpressionprotection.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`regularexpressionprotection.Regular-Expressions-Protection-1.failed = true`

SOAPMessage डाइनिंग की नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड एचटीटीपी कोड स्थिति वजह समाधान

steps.messagevalidation.SourceMessageNotAvailable

500

यह गड़बड़ी तब होती है, जब नीति के <Source> एलिमेंट में बताया गया कोई वैरिएबल इनमें से कोई एक हो:

आउट ऑफ़ स्कोप (यह सुविधा उस फ़्लो में उपलब्ध नहीं होती है जहां नीति का इस्तेमाल किया जा रहा है)
रिज़ॉल्व नहीं किया जा सकता (तय नहीं किया गया है)

steps.messagevalidation.NonMessageVariable

500

यह गड़बड़ी तब होती है, जब SOAPMessage verification नीति में <Source> एलिमेंट को किसी ऐसे वैरिएबल पर सेट किया गया हो जो मैसेज टाइप का न हो.

steps.messagevalidation.Failed 500 यह गड़बड़ी तब होती है, जब SOAPMessageValidation की नीति, XSD स्कीमा या WSDL की परिभाषा के हिसाब से इनपुट मैसेज पेलोड की पुष्टि नहीं कर पाती. ऐसा तब भी होगा, जब पेलोड मैसेज में गलत JSON या एक्सएमएल हो.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidResourceType`	SOAPMessageValidation नीति में `<ResourceURL>` एलिमेंट को ऐसे संसाधन प्रकार पर सेट किया गया है जो नीति के साथ काम नहीं करता.
`ResourceCompileFailed`	SOAPMessageTerms नीति के `<ResourceURL>` एलिमेंट में रेफ़र की गई संसाधन स्क्रिप्ट में, एक ऐसी गड़बड़ी है जो उसे कंपाइल करने से रोकती है.
`RootElementNameUnspecified`	SOAPMessageDescription नीति के `<Element>` एलिमेंट में रूट एलिमेंट का नाम शामिल नहीं है.
`InvalidRootElementName`	SOAPMessage Verification नीति के `<Element>` एलिमेंट में रूट एलिमेंट का नाम शामिल है, जो मान्य एलिमेंट के नाम के लिए एक्सएमएल के नियमों का पालन नहीं करता है.

एसएएमएल दावे की नीति

इस सेक्शन में, गड़बड़ी के कोड और दिखाए गए गड़बड़ी के मैसेज के बारे में बताया गया है. साथ ही, इस नीति के ट्रिगर होने पर Edge से सेट किए गए गड़बड़ी वाले वैरिएबल के बारे में बताया गया है. यह जानकारी जानना ज़रूरी है कि क्या गड़बड़ियों को ठीक करने के लिए, गड़बड़ी से जुड़े नियम बनाए जा रहे हैं. ज़्यादा जानने के लिए, नीति से जुड़ी गड़बड़ियों के बारे में आपके लिए ज़रूरी जानकारी और गड़बड़ियों को ठीक करने के तरीके देखें.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`SourceNotConfigured`	एसएएमएल के दावे की पुष्टि करने की नीति के तहत, इनमें से एक या एक से ज़्यादा एलिमेंट तय नहीं किया गया है या खाली नहीं है: `<Source>`, `<XPath>`, `<Namespaces>`, `<Namespace>`.
`TrustStoreNotConfigured`	अगर `<TrustStore>` एलिमेंट खाली है या ValidateSAMLAssertion की नीति में इसके बारे में नहीं बताया गया है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. एक मान्य ट्रस्ट स्टोर होना ज़रूरी है.
`NullKeyStoreAlias`	अगर चाइल्ड एलिमेंट `<Alias>` खाली है या एसएएमएल के असर की नीति जनरेट करने के `<Keystore>` एलिमेंट में इसकी जानकारी नहीं दी गई है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. एक मान्य कीस्टोर उपनाम ज़रूरी है.
`NullKeyStore`	अगर चाइल्ड एलिमेंट `<Name>` खाली है या generateSAMLAssertion की नीति के `<Keystore>` एलिमेंट में नहीं दिया गया है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. एक मान्य कीस्टोर नाम आवश्यक है.
`NullIssuer`	अगर `<Issuer>` एलिमेंट खाली है या एसएएमएल के दावा करने की नीति में इसके बारे में नहीं बताया गया है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. एक मान्य `<Issuer>` वैल्यू डालना ज़रूरी है.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name = "InvalidMediaTpe"`
`GenerateSAMLAssertion.failed`	एसएएमएल दावे की नीति के कॉन्फ़िगरेशन की पुष्टि करने के लिए, गड़बड़ी का प्रीफ़िक्स `ValidateSAMLAssertion` है.	`GenerateSAMLAssertion.failed = true`

गड़बड़ी के जवाब का उदाहरण

{
  "fault": {
    "faultstring": "GenerateSAMLAssertion[GenSAMLAssert]: Invalid media type",
    "detail": {
      "errorcode": "steps.saml.generate.InvalidMediaTpe"
    }
  }
}

गड़बड़ी के नियम का उदाहरण

<FaultRules>
    <FaultRule name="invalid_saml_rule">
        <Step>
            <Name>invalid-saml</Name>
        </Step>
        <Condition>(GenerateSAMLAssertion.failed = "true")</Condition>
    </FaultRule>
</FaultRules>

सेवा कॉलआउट की नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड एचटीटीपी कोड स्थिति वजह समाधान

steps.servicecallout.ExecutionFailed

500

यह गड़बड़ी तब हो सकती है, जब:

इस नीति में गलत या किसी और तरह से अमान्य इनपुट को हैंडल करने के लिए कहा जाता है.
बैकएंड टारगेट सेवा, डिफ़ॉल्ट रूप से गड़बड़ी की स्थिति (डिफ़ॉल्ट रूप से, 4xx या 5xx) दिखाती है.

steps.servicecallout.RequestVariableNotMessageType 500 नीति में बताया गया अनुरोध वैरिएबल, Message टाइप का नहीं है. उदाहरण के लिए, अगर यह कोई स्ट्रिंग है या बिना मैसेज वाला कोई और टाइप है, तो आपको यह गड़बड़ी दिखेगी.

steps.servicecallout.RequestVariableNotRequestMessageType 500 नीति में बताया गया अनुरोध वैरिएबल, 'मैसेज का अनुरोध करें' टाइप का नहीं है. उदाहरण के लिए, अगर यह रिस्पॉन्स टाइप है, तो आपको यह गड़बड़ी दिखेगी.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`URLMissing`	`<HTTPTargetConnection>` में `<URL>` एलिमेंट मौजूद नहीं है या खाली है.
`ConnectionInfoMissing`	यह गड़बड़ी तब होती है, जब नीति में `<HTTPTargetConnection>` या `<LocalTargetConnection>` एलिमेंट न हो.
`InvalidTimeoutValue`	यह गड़बड़ी तब होती है, जब `<Timeout>` की वैल्यू नेगेटिव या शून्य होती है.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name = "RequestVariableNotMessageType"`
`servicecallout.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`servicecallout.SC-GetUserData.failed = true`

गड़बड़ी के जवाब का उदाहरण

{  
   "fault":{  
      "detail":{  
         "errorcode":"steps.servicecallout.RequestVariableNotMessageType"
      },
      "faultstring":"ServiceCallout[ServiceCalloutGetMockResponse]: 
            request variable data_str value is not of type Message"
   }
}

गड़बड़ी के नियम का उदाहरण

<faultrule name="VariableOfNonMsgType"></faultrule><FaultRule name="RequestVariableNotMessageType">
    <Step>
        <Name>AM-RequestVariableNotMessageType</Name>
    </Step>
    <Condition>(fault.name = "RequestVariableNotMessageType")</Condition>
</FaultRule>

SpikeAreest की नीति

इस सेक्शन में गड़बड़ी के कोड और दिखाए गए गड़बड़ी के मैसेज के बारे में बताया गया है. साथ ही, इस नीति के ट्रिगर होने पर Edge की मदद से सेट किए गए गड़बड़ी वाले वैरिएबल के बारे में बताया गया है. यह जानकारी जानना ज़रूरी है कि क्या गड़बड़ियों को ठीक करने के लिए, गड़बड़ी से जुड़े नियम बनाए जा रहे हैं. ज़्यादा जानने के लिए, नीति से जुड़ी गड़बड़ियों के बारे में आपको क्या जानने की ज़रूरत है और गड़बड़ियां ठीक करना देखें.

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`policies.ratelimit.FailedToResolveSpikeArrestRate`	`500`	यह गड़बड़ी तब होती है, जब `<Rate>` एलिमेंट के अंदर दर की सेटिंग वाले वैरिएबल के रेफ़रंस को स्पाइक अरेस्ट नीति के तहत तय की गई वैल्यू के तौर पर हल नहीं किया जा सकता. यह एलिमेंट ज़रूरी है. इसका इस्तेमाल, `intpm` या `intps` के रूप में, अचानक होने वाली गिरफ़्तारी की दर को बताने के लिए किया जाता है.
`policies.ratelimit.InvalidMessageWeight`	`500`	यह गड़बड़ी तब होती है, जब फ़्लो वैरिएबल के ज़रिए `<MessageWeight>` एलिमेंट के लिए तय की गई वैल्यू, अमान्य हो (यह एक पूर्णांक नहीं है).
`policies.ratelimit.SpikeArrestViolation`	`429`	दर सीमा पार हो गई थी. ध्यान दें: Private Cloud के लिए, डिफ़ॉल्ट एचटीटीपी स्टेटस कोड `500` होता है. स्टेटस कोड को बदलने के लिए, उसे `429` में बदलें. इसके लिए, इस प्रॉपर्टी को एपीआई कॉल के साथ सेट करें. ऐसा गड़बड़ी के नियम का उदाहरण में बताया गया है

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidAllowedRate`	अगर स्पाइक अरेस्ट नीति के `<Rate>` एलिमेंट में बताई गई बढ़ोतरी की दर, पूर्णांक नहीं है या रेट में सफ़िक्स के तौर पर `ps` या `pm` नहीं है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर दी गई रनटाइम की गड़बड़ियां टेबल में बताया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "SpikeArrestViolation"`
`ratelimit.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`ratelimit.SA-SpikeArrestPolicy.failed = true`

गड़बड़ी के जवाब का उदाहरण

गड़बड़ी ठीक करने का एक उदाहरण नीचे दिया गया है:

{  
   "fault":{  
      "detail":{  
         "errorcode":"policies.ratelimit.SpikeArrestViolation"
      },
      "faultstring":"Spike arrest violation. Allowed rate : 10ps"
   }
}

गड़बड़ी के नियम का उदाहरण

SpikeArrestViolation गड़बड़ी को ठीक करने के लिए, गड़बड़ी से जुड़े नियम का एक उदाहरण नीचे दिखाया गया है:

<FaultRules>
    <FaultRule name="Spike Arrest Errors">
        <Step>
            <Name>JavaScript-1</Name>
            <Condition>(fault.name Matches "SpikeArrestViolation") </Condition>
        </Step>
        <Condition>ratelimit.Spike-Arrest-1.failed=true</Condition>
    </FaultRule>
</FaultRules>

आंकड़े इकट्ठा करने वाले टूल से जुड़ी नीति

रनटाइम से जुड़ी गड़बड़ियां

कोई नहीं.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`UnsupportedDatatype`	अगर स्टैटिस्टिक्स कलेक्टर नीति के `<Statistic>` एलिमेंट में ref एट्रिब्यूट के ज़रिए बताया गया वैरिएबल काम नहीं करता, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. `string`, `integer`, `float`, `long`, `double`, और `boolean` डेटा टाइप का इस्तेमाल किया जा सकता है.
`InvalidName`	अगर स्टैटिस्टिक्स कलेक्टर नीति के `<Statistic>` एलिमेंट में तय किए गए वैरिएबल के लिए इकट्ठा किए गए डेटा का रेफ़रंस देने के लिए इस्तेमाल किया गया नाम, सिस्टम से तय किए गए वैरिएबल से मेल नहीं खाता, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. सिस्टम से तय किए गए कुछ वैरिएबल, `organization` और `environment` हैं.
`DatatypeMissing`	अगर स्टैटिस्टिक्स कलेक्टर नीति के `<Statistic>` एलिमेंट में, `ref` एट्रिब्यूट के ज़रिए बताया गया वैरिएबल मौजूद नहीं है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.

गड़बड़ी वाले वैरिएबल

कोई नहीं.

पुष्टि करने के लिए API से जुड़ी नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`keymanagement.service.CompanyStatusNotActive`	401	जिस डेवलपर ऐप्लिकेशन के एपीआई पासकोड का इस्तेमाल किया जा रहा है उससे जुड़ी कंपनी के स्टेटस को इनऐक्टिव माना जाता है. जब किसी कंपनी की स्थिति 'बंद है' पर सेट होती है, तो आपके पास उस कंपनी के डेवलपर या ऐप्लिकेशन को ऐक्सेस करने का विकल्प नहीं होता है. संगठन का एडमिन, मैनेजमेंट एपीआई का इस्तेमाल करके, किसी कंपनी की स्थिति बदल सकता है. कंपनी का स्टेटस सेट करना देखें.
`keymanagement.service.DeveloperStatusNotActive`	401	जिस डेवलपर ने ऐप्लिकेशन बनाया है और उसके पास आपकी तरफ़ से इस्तेमाल की जा रही एपीआई पासकोड है, उसका स्टेटस इनऐक्टिव है. जब किसी ऐप्लिकेशन डेवलपर का स्टेटस 'बंद है' पर सेट होता है, तो उस डेवलपर के बनाए गए सभी डेवलपर ऐप्लिकेशन बंद हो जाते हैं. ज़रूरी अनुमतियों वाला एडमिन (जैसे कि संगठन का एडमिन), किसी डेवलपर के स्टेटस को इन तरीकों से बदल सकता है: मैनेजमेंट एपीआई: डेवलपर की स्थिति सेट करें मैनेजमेंट यूज़र इंटरफ़ेस (यूआई): ऐप्लिकेशन डेवलपर रजिस्टर करें में, किसी डेवलपर को बंद करने (और चालू करने) के निर्देश देखें.
`keymanagement.service.invalid_client-app_not_approved`	401	एपीआई पासकोड से जुड़े डेवलपर ऐप्लिकेशन को निरस्त कर दिया गया है. रद्द किया गया ऐप्लिकेशन, किसी भी एपीआई प्रॉडक्ट को ऐक्सेस नहीं कर सकता. साथ ही, वह Apigee Edge से मैनेज किए जाने वाले किसी भी एपीआई को शुरू नहीं कर सकता. संगठन का एडमिन, management API का इस्तेमाल करके किसी डेवलपर ऐप्लिकेशन की स्थिति में बदलाव कर सकता है. डेवलपर ऐप्लिकेशन को मंज़ूरी देना या रद्द करना देखें.
`oauth.v2.FailedToResolveAPIKey`	401	इस नीति के तहत, एपीआई पासकोड को उस वैरिएबल में खोजा जाना चाहिए जो नीति के <APIKey> एलिमेंट में बताया गया है. यह गड़बड़ी तब होती है, जब अनुमानित वैरिएबल मौजूद नहीं होता (इसे ठीक नहीं किया जा सकता).
`oauth.v2.InvalidApiKey`	401	Edge को एपीआई पासकोड मिला था, लेकिन वह अमान्य है. जब Edge अपने डेटाबेस में कुंजी को खोजता है, तो उसे अनुरोध में भेजी गई कुंजी से पूरी तरह मेल खाना चाहिए. अगर यह एपीआई पहले काम कर रहा था, तो पक्का करें कि कुंजी को फिर से जनरेट नहीं किया गया हो. अगर कुंजी फिर से जनरेट की गई है, तो पुरानी कुंजी का इस्तेमाल करने पर, आपको यह गड़बड़ी दिखेगी. ज़्यादा जानकारी के लिए, ऐप्लिकेशन रजिस्टर करना और एपीआई कुंजियां मैनेज करना पेज पर जाएं.
`oauth.v2.InvalidApiKeyForGivenResource`	401	Edge को एक एपीआई पासकोड मिला है और यह मान्य है. हालांकि, यह डेवलपर ऐप्लिकेशन में दी गई उस कुंजी से मेल नहीं खाता जो किसी प्रॉडक्ट के ज़रिए आपके एपीआई प्रॉक्सी से जुड़ी है.

ध्यान दें: फ़िलहाल, Edge ApiKeyNotApproved की गड़बड़ी को सही तरीके से रिपोर्ट नहीं करता. इसके बजाय, अगर किसी कुंजी को मंज़ूरी नहीं मिलती है (उस कुंजी की स्थिति "रद्द किया गया" या "मंज़ूरी बाकी है" पर सेट है), तो आपको इसके बजाय OnlyTo समाधानAPIKey की गड़बड़ी मिलेगी. ज़्यादा जानकारी और समाधान के लिए, Apigee समुदाय पर यह पोस्ट देखें.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह
`SpecifyValueOrRefApiKey`	`<APIKey>` एलिमेंट में कोई वैल्यू या कुंजी मौजूद नहीं है.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "FailedToResolveAPIKey"`
`oauthV2.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`oauthV2.VK-VerifyAPIKey.failed = true`

गड़बड़ी के जवाबों के उदाहरण

{  
   "fault":{  
      "faultstring":"Invalid ApiKey",
      "detail":{  
         "errorcode":"oauth.v2.InvalidApiKey"
      }
   }
}

{  
   "fault":{  
      "detail":{  
         "errorcode":"keymanagement.service.DeveloperStatusNotActive"
      },
      "faultstring":"Developer Status is not Active"
   }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name="FailedToResolveAPIKey">
    <Step>
        <Name>AM-FailedToResolveAPIKey</Name>
    </Step>
    <Condition>(fault.name Matches "FailedToResolveAPIKey") </Condition>
</FaultRule>

पुष्टि करेंJWS नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	कब होता है
`steps.jws.AlgorithmInTokenNotPresentInConfiguration`	401	ऐसा तब होता है जब पुष्टि करने की नीति में एक से ज़्यादा एल्गोरिदम हों
`steps.jws.AlgorithmMismatch`	401	जनरेट करने की नीति के ज़रिए हेडर में बताए गए एल्गोरिदम, पुष्टि करें नीति में मौजूद एल्गोरिदम से मेल नहीं खाते. तय किए गए एल्गोरिदम मेल खाने चाहिए.
`steps.jws.ContentIsNotDetached`	401	`<DetachedContent>` तब बताया जाता है, जब JWS में डिटैच किया गया कॉन्टेंट पेलोड नहीं होता.
`steps.jws.FailedToDecode`	401	यह नीति, JWS को डिकोड नहीं कर सकी. शायद JWS में कोई गड़बड़ी है.
`steps.jws.InsufficientKeyLength`	401	HS256 एल्गोरिदम के लिए, 32 बाइट से कम की कुंजी के लिए
`steps.jws.InvalidClaim`	401	ऐसा दावा जो मौजूद नहीं है या दावे से मेल नहीं खाता, या हेडर या हेडर मेल नहीं खाता.
`steps.jws.InvalidCurve`	401	कुंजी से तय किया गया कर्व, एलिप्टिक कर्व एल्गोरिदम के लिए मान्य नहीं है.
`steps.jws.InvalidJsonFormat`	401	JWS हेडर में अमान्य JSON मिला.
`steps.jws.InvalidJws`	401	यह गड़बड़ी तब होती है, जब JWS हस्ताक्षर की पुष्टि नहीं हो पाती.
`steps.jws.InvalidPayload`	401	JWS पेलोड अमान्य है.
`steps.jws.InvalidSignature`	401	`<DetachedContent>` को हटाया गया है और JWS में अलग कॉन्टेंट पेलोड है.
`steps.jws.KeyIdMissing`	401	पुष्टि करने की नीति के तहत, सार्वजनिक कुंजियों के लिए सोर्स के तौर पर JWKS का इस्तेमाल किया जाता है. हालांकि, साइन की गई JWS नीति के हेडर में `kid` प्रॉपर्टी शामिल नहीं होती.
`steps.jws.KeyParsingFailed`	401	सार्वजनिक कुंजी को दी गई कुंजी से पार्स नहीं किया जा सका.
`steps.jws.MissingPayload`	401	JWS पेलोड मौजूद नहीं है.
`steps.jws.NoAlgorithmFoundInHeader`	401	ऐसा तब होता है, जब JWS इस एल्गोरिदम हेडर को छोड़ देता है.
`steps.jws.NoMatchingPublicKey`	401	पुष्टि करने की नीति, सार्वजनिक कुंजियों के लिए सोर्स के तौर पर JWKS का इस्तेमाल करती है. हालांकि, साइन किए गए JWS में `kid`, JWKS में शामिल नहीं है.
`steps.jws.UnhandledCriticalHeader`	401	`crit` हेडर में, पुष्टि करें JWS नीति से मिला हेडर, `KnownHeaders` की सूची में नहीं है.
`steps.jws.UnknownException`	401	एक अज्ञात अपवाद हुआ.
`steps.jws.WrongKeyType`	401	कुंजी का गलत प्रकार बताया गया. उदाहरण के लिए, अगर आपने एलिप्टिक कर्व एल्गोरिदम के लिए आरएसए कुंजी या आरएसए एल्गोरिदम के लिए कोई कर्व कुंजी तय की है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम कब होता है

InvalidAlgorithm सिर्फ़ ये वैल्यू मान्य हैं: RS256, RS384, RS512, PS256, PS384, PS512, ES256, ES384, ES512, HS256, HS384, HS512.

EmptyElementForKeyConfiguration

FailedToResolveVariable

InvalidConfigurationForActionAndAlgorithmFamily

InvalidConfigurationForVerify

InvalidEmptyElement

InvalidFamiliesForAlgorithm

InvalidKeyConfiguration

InvalidNameForAdditionalClaim

InvalidNameForAdditionalHeader

InvalidPublicKeyId

InvalidPublicKeyValue

InvalidSecretInConfig

InvalidTypeForAdditionalClaim

InvalidTypeForAdditionalHeader

InvalidValueForElement

InvalidValueOfArrayAttribute

InvalidVariableNameForSecret

MissingConfigurationElement

MissingElementForKeyConfiguration

MissingNameForAdditionalClaim

MissingNameForAdditionalHeader

डिप्लॉयमेंट की दूसरी संभावित गड़बड़ियां.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "TokenExpired"`
`JWS.failed`	सफल न होने पर, JWS नीतियां एक ही वैरिएबल सेट करती हैं.	`jws.JWS-Policy.failed = true`

गड़बड़ी के जवाब का उदाहरण

गड़बड़ी के नियम का उदाहरण

<FaultRules>
    <FaultRule name="JWS Policy Errors">
        <Step>
            <Name>JavaScript-1</Name>
            <Condition>(fault.name Matches "TokenExpired")</Condition>
        </Step>
        <Condition>JWS.failed=true</Condition>
    </FaultRule>
</FaultRules>

पुष्टि के लिए JWT की नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	कब होता है
`steps.jwt.AlgorithmInTokenNotPresentInConfiguration`	401	ऐसा तब होता है, जब पुष्टि की नीति में एक से ज़्यादा एल्गोरिदम होते हैं.
`steps.jwt.AlgorithmMismatch`	401	जनरेट करने की नीति में बताए गए एल्गोरिदम, पुष्टि करने की नीति में मौजूद एल्गोरिदम से मेल नहीं खाते. तय किए गए एल्गोरिदम मेल खाने चाहिए.
`steps.jwt.FailedToDecode`	401	नीति, JWT को डिकोड नहीं कर सकी. JWT शायद खराब है.
`steps.jwt.GenerationFailed`	401	नीति, JWT जनरेट नहीं कर सकी.
`steps.jwt.InsufficientKeyLength`	401	HS256 एल्गोरिदम के लिए 32 बाइट से कम की कुंजी के लिए, HS386 एल्गोरिदम के लिए 48 बाइट से कम और HS512 एल्गोरिदम के लिए 64 बाइट से कम की कुंजी के लिए.
`steps.jwt.InvalidClaim`	401	ऐसा दावा जो मौजूद नहीं है या दावे से मेल नहीं खाता, या हेडर या हेडर मेल नहीं खाता.
`steps.jwt.InvalidCurve`	401	कुंजी से तय किया गया कर्व, एलिप्टिक कर्व एल्गोरिदम के लिए मान्य नहीं है.
`steps.jwt.InvalidJsonFormat`	401	हेडर या पेलोड में अमान्य JSON मिला है.
`steps.jwt.InvalidToken`	401	यह गड़बड़ी तब होती है, जब JWT हस्ताक्षर की पुष्टि नहीं हो पाती.
`steps.jwt.JwtAudienceMismatch`	401	टोकन की पुष्टि नहीं करने पर ऑडियंस क्लेम नहीं किया जा सका.
`steps.jwt.JwtIssuerMismatch`	401	टोकन की पुष्टि करने के दौरान, कार्ड जारी करने वाले बैंक या कंपनी का दावा नहीं किया जा सका.
`steps.jwt.JwtSubjectMismatch`	401	टोकन की पुष्टि नहीं होने की वजह से, विषय पर दावा नहीं किया जा सका.
`steps.jwt.KeyIdMissing`	401	पुष्टि करने की नीति, सार्वजनिक कुंजियों के लिए सोर्स के तौर पर JWKS का इस्तेमाल करती है, लेकिन हस्ताक्षर किए गए JWT में हेडर में `kid` प्रॉपर्टी शामिल नहीं होती.
`steps.jwt.KeyParsingFailed`	401	सार्वजनिक कुंजी को दी गई कुंजी से पार्स नहीं किया जा सका.
`steps.jwt.NoAlgorithmFoundInHeader`	401	ऐसा तब होता है, जब JWT में कोई एल्गोरिदम हेडर नहीं होता.
`steps.jwt.NoMatchingPublicKey`	401	पुष्टि करने की नीति, सार्वजनिक कुंजियों के लिए सोर्स के तौर पर JWKS का इस्तेमाल करती है. हालांकि, साइन किए गए JWT में मौजूद `kid`, JWKS की सूची में शामिल नहीं है.
`steps.jwt.SigningFailed`	401	GenJWT में, HS384 या HS512 एल्गोरिदम के लिए तय की गई सबसे कम साइज़ से कम कुंजी के लिए
`steps.jwt.TokenExpired`	401	नीति ऐसे टोकन की पुष्टि करने की कोशिश करती है जिसकी समयसीमा खत्म हो चुकी है.
`steps.jwt.TokenNotYetValid`	401	टोकन अभी तक मान्य नहीं है.
`steps.jwt.UnhandledCriticalHeader`	401	`crit` हेडर में, ‘JWT की पुष्टि करें’ नीति से मिले हेडर की जानकारी `KnownHeaders` में नहीं दी गई है.
`steps.jwt.UnknownException`	401	एक अज्ञात अपवाद हुआ.
`steps.jwt.WrongKeyType`	401	कुंजी का गलत प्रकार बताया गया. उदाहरण के लिए, अगर आपने एलिप्टिक कर्व एल्गोरिदम के लिए आरएसए कुंजी या आरएसए एल्गोरिदम के लिए कोई कर्व कुंजी तय की है.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`InvalidNameForAdditionalClaim`	अगर `<AdditionalClaims>` एलिमेंट के चाइल्ड एलिमेंट `<Claim>` में इस्तेमाल किया गया दावा, इनमें से कोई एक रजिस्टर किया गया नाम है, तो डिप्लॉयमेंट नहीं हो पाएगा: `kid`, `iss`, `sub`, `aud`, `iat`, `exp`, `nbf` या `jti`.
`InvalidTypeForAdditionalClaim`	अगर `<AdditionalClaims>` एलिमेंट के चाइल्ड एलिमेंट `<Claim>` में इस्तेमाल किया गया दावा `string`, `number`, `boolean` या `map` टाइप का नहीं है, तो डिप्लॉयमेंट नहीं हो पाएगा.
`MissingNameForAdditionalClaim`	अगर `<AdditionalClaims>` एलिमेंट के चाइल्ड एलिमेंट `<Claim>` में दावे का नाम नहीं बताया गया है, तो डिप्लॉयमेंट की प्रोसेस पूरी नहीं हो पाएगी.
`InvalidNameForAdditionalHeader`	यह गड़बड़ी तब होती है, जब `<AdditionalClaims>` एलिमेंट के चाइल्ड एलिमेंट `<Claim>` में इस्तेमाल किए गए दावे का नाम `alg` या `typ` होता है.
`InvalidTypeForAdditionalHeader`	अगर `<AdditionalClaims>` एलिमेंट के चाइल्ड एलिमेंट `<Claim>` में इस्तेमाल किए गए दावे का टाइप `string`, `number`, `boolean` या `map` नहीं है, तो डिप्लॉयमेंट की प्रोसेस रद्द नहीं होगी.
`InvalidValueOfArrayAttribute`	यह गड़बड़ी तब होती है, जब `<AdditionalClaims>` एलिमेंट के चाइल्ड एलिमेंट `<Claim>` में ऐरे एट्रिब्यूट की वैल्यू, `true` या `false` पर सेट न की गई हो.
`InvalidValueForElement`	अगर `<Algorithm>` एलिमेंट में दी गई वैल्यू, इस्तेमाल की जा सकने वाली वैल्यू नहीं है, तो डिप्लॉयमेंट काम नहीं करेगा.
`MissingConfigurationElement`	यह गड़बड़ी तब होती है, जब `<PrivateKey>` एलिमेंट का इस्तेमाल आरएसए फ़ैमिली एल्गोरिदम के साथ न किया गया हो या `<SecretKey>` एलिमेंट का इस्तेमाल एचएस फ़ैमिली एल्गोरिदम के साथ न किया गया हो.
`InvalidKeyConfiguration`	अगर `<PrivateKey>` या `<SecretKey>` एलिमेंट में चाइल्ड एलिमेंट `<Value>` के बारे में नहीं बताया गया है, तो डिप्लॉयमेंट नहीं हो पाएगा.
`EmptyElementForKeyConfiguration`	अगर `<PrivateKey>` या `<SecretKey>` एलिमेंट के चाइल्ड एलिमेंट `<Value>` का रेफ़रंस एट्रिब्यूट खाली है या इसके बारे में नहीं बताया गया है, तो डिप्लॉयमेंट काम नहीं करेगा.
`InvalidConfigurationForVerify`	यह गड़बड़ी तब होती है, जब `<Id>` एलिमेंट के बारे में `<SecretKey>` एलिमेंट में बताया गया हो.
`InvalidEmptyElement`	यह गड़बड़ी तब दिखती है, जब 'JWT की पुष्टि करें' नीति का `<Source>` एलिमेंट खाली होता है. अगर यह मौजूद है, तो इसे Edge फ़्लो वैरिएबल के नाम के साथ तय किया जाना चाहिए.
`InvalidPublicKeyValue`	अगर `<PublicKey>` एलिमेंट के चाइल्ड एलिमेंट `<JWKS>` में इस्तेमाल की गई वैल्यू, आरएफ़सी 7517 में बताए गए मान्य फ़ॉर्मैट का इस्तेमाल नहीं करती है, तो डिप्लॉयमेंट नहीं हो पाएगा.
`InvalidConfigurationForActionAndAlgorithm`	अगर `<PrivateKey>` एलिमेंट का इस्तेमाल एचएस फ़ैमिली एल्गोरिदम के साथ किया गया है या `<SecretKey>` एलिमेंट का इस्तेमाल आरएसए फ़ैमिली एल्गोरिदम के साथ किया गया है, तो डिप्लॉयमेंट काम नहीं करेगा.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "TokenExpired"`
`JWT.failed`	सफल न होने पर, JWT की सभी नीतियों के लिए एक जैसा वैरिएबल सेट किया जाता है.	`JWT.failed = true`

गड़बड़ी के जवाब का उदाहरण

JWT नीति के गड़बड़ी कोड

गड़बड़ी के नियम का उदाहरण

    <FaultRules>
        <FaultRule name="JWT Policy Errors">
            <Step>
                <Name>JavaScript-1</Name>
                <Condition>(fault.name Matches "TokenExpired")</Condition>
            </Step>
            <Condition>JWT.failed=true</Condition>
        </FaultRule>
    </FaultRules>

XMLThreadProtection से जुड़ी नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`steps.xmlthreatprotection.ExecutionFailed`	500	XMLThreadProtection की नीति में, Execution रिज़ॉर्ट से जुड़ी कई तरह की गड़बड़ियां पाई जा सकती हैं. इनमें से ज़्यादातर गड़बड़ियां तब होती हैं, जब नीति में सेट किए गए थ्रेशोल्ड को पार कर लिया जाता है. इस तरह की गड़बड़ियां, इनमें शामिल हैं: एलिमेंट के नाम की लंबाई, चाइल्ड की संख्या, नोड डेप्थ, एट्रिब्यूट की संख्या, एट्रिब्यूट के नाम की लंबाई, और कई अन्य गड़बड़ियां. इस बारे में पूरी सूची देखने के लिए, XML MapsProtection नीति से जुड़ी रनटाइम की गड़बड़ी से जुड़ी समस्या हल करना लेख पढ़ें.
`steps.xmlthreatprotection.InvalidXMLPayload`	500	यह गड़बड़ी तब होती है, जब XMLThreadProtection नीति के `<Source>` एलिमेंट से मिला इनपुट मैसेज पेलोड, एक मान्य एक्सएमएल दस्तावेज़ नहीं होता.
`steps.xmlthreatprotection.SourceUnavailable`	500	यह गड़बड़ी तब होती है, जब `<Source>` एलिमेंट में दिया गया message वैरिएबल, इनमें से कोई एक हो: दायरे से बाहर है (यह सुविधा उस फ़्लो में उपलब्ध नहीं होती जहां नीति लागू की जा रही है) `request`, `response`, या `message` मान्य वैल्यू में से एक नहीं है
`steps.xmlthreatprotection.NonMessageVariable`	500	यह गड़बड़ी तब होती है, जब `<Source>` एलिमेंट ऐसे वैरिएबल पर सेट हो जो message टाइप का न हो.

Notes:

गड़बड़ी का नाम Executionflow, डिफ़ॉल्ट गड़बड़ी का नाम है और इसे वापस दिखाया जाएगा, भले ही किसी भी तरह की गड़बड़ी का पता चले. हालांकि, इस डिफ़ॉल्ट सेटिंग को संगठन-लेवल प्रॉपर्टी को सेट करके बदला जा सकता है. इस प्रॉपर्टी को सेट करने पर, गड़बड़ी के नाम के लिए असल गड़बड़ी दिखेगी. उदाहरण के लिए, "TextExceeded" या "AttrValueExceeded". ज़्यादा जानकारी के लिए, इस्तेमाल के बारे में नोट देखें.
500 एचटीटीपी स्टेटस डिफ़ॉल्ट रूप से सेट होता है. हालांकि, संगठन-लेवल की प्रॉपर्टी सेट करके, अनुरोध के फ़्लो की गड़बड़ियों के लिए, एचटीटीपी स्टेटस को 400 में बदला जा सकता है. ज़्यादा जानकारी के लिए, इस्तेमाल के बारे में नोट देखें.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

कोई नहीं.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name Matches "SourceUnavailable"`
`xmlattack.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`xmlattack.XPT-SecureRequest.failed = true`

गड़बड़ी के जवाब का उदाहरण

{
  "fault": {
    "faultstring": "XMLThreatProtection[XPT-SecureRequest]: Execution failed. reason: XMLThreatProtection[XTP-SecureRequest]: Exceeded object entry name length at line 2",
    "detail": {
      "errorcode": "steps.xmlthreatprotection.ExecutionFailed"
    }
  }
}

गड़बड़ी के नियम का उदाहरण

<FaultRule name="XML Threat Protection Policy Faults">
    <Step>
        <Name>AM-CustomErrorResponse</Name>
        <Condition>(fault.name Matches "ExecutionFailed") </Condition>
    </Step>
    <Condition>(xmlattack.XPT-SecureRequest.failed = true) </Condition>
</FaultRule>

XMLtoJSON नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह
`steps.xmltojson.ExecutionFailed`	500	यह गड़बड़ी तब होती है, जब इनपुट पेलोड (एक्सएमएल) खाली हो या इनपुट एक्सएमएल अमान्य हो या गलत हो.
`steps.xmltojson.InCompatibleType`	500	यह गड़बड़ी तब होती है, जब `<Source>` एलिमेंट में बताए गए वैरिएबल और `<OutputVariable>` एलिमेंट में फ़र्क़ होता है. यह ज़रूरी है कि `<Source>` एलिमेंट और `<OutputVariable>` एलिमेंट में शामिल वैरिएबल के टाइप आपस में मेल खाते हों.
`steps.xmltojson.InvalidSourceType`	500	यह गड़बड़ी तब होती है, जब `<Source>` एलिमेंट को तय करने के लिए इस्तेमाल किए गए वैरिएबल का टाइप अमान्य हो.मैसेज और स्ट्रिंग, मान्य वैरिएबल के तौर पर इस्तेमाल किए जाते हैं.
`steps.xmltojson.OutputVariableIsNotAvailable`	500	यह गड़बड़ी तब होती है, जब एक्सएमएल से JSON नीति के `<Source>` एलिमेंट में बताया गया वैरिएबल, स्ट्रिंग टाइप का हो और `<OutputVariable>` एलिमेंट तय न किया गया हो. `<OutputVariable>` एलिमेंट तब ज़रूरी होता है, जब `<Source>` एलिमेंट में तय किया गया वैरिएबल, टाइप स्ट्रिंग का हो.
`steps.xmltojson.SourceUnavailable`	500	यह गड़बड़ी तब होती है, जब एक्सएमएल से JSON नीति के `<Source>` एलिमेंट में बताया गया message वैरिएबल, इनमें से कोई एक हो: दायरे से बाहर है (यह उस फ़्लो में उपलब्ध नहीं होता जहां नीति का इस्तेमाल किया जा रहा है) या रिज़ॉल्व नहीं किया जा सकता (तय नहीं किया गया है)

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`EitherOptionOrFormat`	अगर एक्सएमएल में JSON नीति में किसी एलिमेंट `<Options>` या `<Format>` के बारे में जानकारी नहीं दी गई है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.
`UnknownFormat`	अगर एक्सएमएल से JSON नीति में `<Format>` एलिमेंट का फ़ॉर्मैट अज्ञात है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता. पहले से तय किए गए फ़ॉर्मैट में ये शामिल हैं: `xml.com`, `yahoo`, `google`, और `badgerFish`.

गड़बड़ी वाले वैरिएबल

वैरिएबल	जगह	उदाहरण
`fault.name="fault_name"`	`fault_name`, गड़बड़ी का नाम है, जैसा कि ऊपर रनटाइम की गड़बड़ियां टेबल में दिया गया है. गड़बड़ी का नाम, गड़बड़ी के कोड का आखिरी हिस्सा होता है.	`fault.name = "SourceUnavailable"`
`xmltojson.policy_name.failed`	`policy_name`, उस नीति का उपयोगकर्ता तय किया गया नाम है जिसकी वजह से गड़बड़ी हुई है.	`xmltojson.XMLtoJSON-1.failed = true`

गड़बड़ी के जवाब का उदाहरण

{
  "fault": {
    "faultstring": "XMLToJSON[XMLtoJSON-1]: Source xyz is not available",
    "detail": {
      "errorcode": "steps.xml2json.SourceUnavailable"
    }
  }
}

गड़बड़ी के नियम का उदाहरण

<faultrule name="VariableOfNonMsgType"></faultrule><FaultRule name="XML to JSON Faults">
    <Step>
        <Name>AM-SourceUnavailableMessage</Name>
        <Condition>(fault.name Matches "SourceUnavailable") </Condition>
    </Step>
    <Step>
        <Name>AM-BadXML</Name>
        <Condition>(fault.name = "ExecutionFailed")</Condition>
    </Step>
    <Condition>(xmltojson.XMLtoJSON-1.failed = true) </Condition>
</FaultRule>

XSLTransform की नीति

रनटाइम से जुड़ी गड़बड़ियां

नीति के लागू होने पर ये गड़बड़ियां हो सकती हैं.

गड़बड़ी का कोड	एचटीटीपी कोड स्थिति	वजह	समाधान
`steps.xsl.XSLSourceMessageNotAvailable`	500	यह गड़बड़ी तब होती है, जब XSL कन्वर्ज़न नीति के `<Source>` एलिमेंट में दिया गया मैसेज या स्ट्रिंग वैरिएबल, दायरे से बाहर हो (उस खास फ़्लो में उपलब्ध न हो जहां नीति लागू की जा रही है) या उसे ठीक नहीं किया जा सकता (इसके बारे में नहीं बताया गया है).
`steps.xsl.XSLEvaluationFailed`	500	यह गड़बड़ी तब होती है, जब इनपुट एक्सएमएल पेलोड उपलब्ध न हो या गलत तरीके से फ़ॉर्मैट किया गया हो या XSLTransform की नीति, इनपुट एक्सएमएल फ़ाइल में बदलाव न कर पाए या XSL फ़ाइल में दिए गए बदलाव के नियमों के आधार पर, इनपुट एक्सएमएल फ़ाइल को नहीं बदल पा रही हो. XSLTransform की नीति के काम न करने की कई वजहें हो सकती हैं. गड़बड़ी के मैसेज में असफल होने की वजह के बारे में ज़्यादा जानकारी दी जाएगी.

डिप्लॉयमेंट से जुड़ी गड़बड़ियां

गड़बड़ी का नाम	वजह	समाधान
`XSLEmptyResourceUrl`	अगर XSL Transform नीति में `<ResourceURL>` एलिमेंट खाली है, तो एपीआई प्रॉक्सी को लागू नहीं किया जा सकेगा.
`XSLInvalidResourceType`	अगर XSL Transform नीति के `<ResourceURL>` एलिमेंट में बताया गया रिसॉर्स टाइप `xsl` टाइप का नहीं है, तो एपीआई प्रॉक्सी को डिप्लॉय नहीं किया जा सकता.