Product-apim: मेमोरी सदस्यता सत्यापन में

@isharac

सर्वर स्टार्टअप पर मेमोरी में सदस्यता सत्यापन के लिए आवश्यक जानकारी लोड करें और किरायेदारों के लिए किरायेदार लोडिंग पर।

पीआर में wso2/carbon-apimgt#8563 सेवाएं फिलहाल सुरक्षित नहीं हैं। इन सेवाओं को कैसे सुरक्षित किया जाएगा? मूल प्रमाणीकरण या OAuth?

@isharac @chamilaadhi
साथ ही इस परिवर्तन के साथ, जेडब्ल्यूटी और कुंजी सत्यापन प्रतिक्रिया पेलोड के नीचे से हम वास्तव में कौन सी विशेषताएँ खो देते हैं।

{
  "aud": "http://org.wso2.apimgt/gateway",
  "sub": "[email protected]",
  "application": {
    "owner": "admin",
    "tierQuotaType": "requestCount",
    "tier": "10PerMin",
    "name": "New App",
    "id": 2,
    "uuid": null
  },
  "scope": "am_application_scope default",
  "iss": "https://localhost:9443/oauth2/token",
  "tierInfo": {
    "Unlimited": {
      "tierQuotaType": "requestCount",
      "stopOnQuotaReach": true,
      "spikeArrestLimit": 0,
      "spikeArrestUnit": null
    }
  },
  "keytype": "PRODUCTION",
  "subscribedAPIs": [
    {
      "subscriberTenantDomain": "carbon.super",
      "name": "PizzaShackAPI",
      "context": "/pizzashack/1.0.0",
      "publisher": "admin",
      "version": "1.0.0",
      "subscriptionTier": "Unlimited"
    }
  ],
  "consumerKey": "some_value",
  "exp": 3738643151,
  "iat": 1591159504,
  "jti": "some_valu2"
}

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
    <soapenv:Body>
        <ns:validateKeyResponse xmlns:ns="http://org.apache.axis2/xsd">
            <ns:return xmlns:ax2129="http://keymgt.apimgt.carbon.wso2.org/xsd"
                       xmlns:ax2131="http://api.apimgt.carbon.wso2.org/xsd"
                       xmlns:ax2133="http://dto.impl.apimgt.carbon.wso2.org/xsd"
                       xmlns:ax2135="http://model.api.apimgt.carbon.wso2.org/xsd"
                       xmlns:ax2136="http://dto.api.apimgt.carbon.wso2.org/xsd"
                       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="ax2133:APIKeyValidationInfoDTO">
                <ax2133:apiName>$APINAME</ax2133:apiName>
                <ax2133:apiPublisher>admin</ax2133:apiPublisher>
                <ax2133:apiTier xsi:nil="true" />
                <ax2133:applicationId>$APPLICATION_ID</ax2133:applicationId>
                <ax2133:applicationName>$APPLICATION_NAME</ax2133:applicationName>
                <ax2133:applicationTier>$APPLICATION_TIER</ax2133:applicationTier>
                <ax2133:authorized>true</ax2133:authorized>
                <ax2133:authorizedDomains xsi:nil="true" />
                <ax2133:consumerKey>fxzmLefepgKF2Qa</ax2133:consumerKey>
                <ax2133:contentAware>false</ax2133:contentAware>
                <ax2133:endUserName>[email protected]</ax2133:endUserName>
                <ax2133:endUserToken xsi:nil="true" />
                <ax2133:issuedTime>15288163</ax2133:issuedTime>
                <ax2133:scopes>default</ax2133:scopes>
                <ax2133:scopes>am_application_scope</ax2133:scopes>
                <ax2133:spikeArrestLimit>0</ax2133:spikeArrestLimit>
                <ax2133:spikeArrestUnit xsi:nil="true" />
                <ax2133:stopOnQuotaReach>true</ax2133:stopOnQuotaReach>
                <ax2133:subscriber>admin</ax2133:subscriber>
                <ax2133:subscriberTenantDomain>carbon.super</ax2133:subscriberTenantDomain>
                <ax2133:throttlingDataList>api_level_throttling_key</ax2133:throttlingDataList>
                <ax2133:tier>$TIER</ax2133:tier>
                <ax2133:type>$KEY_TYPE</ax2133:type>
                <ax2133:userType>APPLICATION</ax2133:userType>
                <ax2133:validationStatus>0</ax2133:validationStatus>
                <ax2133:validityPeriod>9223376854775807</ax2133:validityPeriod>
            </ns:return>
        </ns:validateKeyResponse>
    </soapenv:Body>
</soapenv:Envelope>

@isharac

सर्वर स्टार्टअप पर मेमोरी में सदस्यता सत्यापन के लिए आवश्यक जानकारी लोड करें और किरायेदारों के लिए किरायेदार लोडिंग पर।

पीआर में wso2/carbon-apimgt#8563 सेवाएं फिलहाल सुरक्षित नहीं हैं। इन सेवाओं को कैसे सुरक्षित किया जाएगा? मूल प्रमाणीकरण या OAuth?

यह मूल प्रमाणीकरण के साथ सुरक्षित है।

@praminda हमारे पास इस परिवर्तन के बाद Oauth प्रदाता से आए JWT में केवल मानक JWT दावे होंगे

ठीक। तो हम JWT से नीचे की विशेषताओं को खो देंगे,

"application": {},
"tierInfo": {},
"keytype": "",
"subscribedAPIs": [],

और कुंजी सत्यापन प्रतिक्रिया में केवल निम्नलिखित विशेषताएँ उपलब्ध होंगी। क्या मैं सही हूँ?

<ax2133:apiName>$APINAME</ax2133:apiName>
<ax2133:apiPublisher>admin</ax2133:apiPublisher>
<ax2133:apiTier xsi:nil="true" />
<ax2133:authorized>true</ax2133:authorized>
<ax2133:authorizedDomains xsi:nil="true" />
<ax2133:consumerKey>fxzmLefepgKF2Qa</ax2133:consumerKey>
<ax2133:contentAware>false</ax2133:contentAware>
<ax2133:endUserName>[email protected]</ax2133:endUserName>
<ax2133:endUserToken xsi:nil="true" />
<ax2133:issuedTime>15288163</ax2133:issuedTime>
<ax2133:scopes>default</ax2133:scopes>
<ax2133:scopes>am_application_scope</ax2133:scopes>
<ax2133:userType>APPLICATION</ax2133:userType>
<ax2133:validationStatus>0</ax2133:validationStatus>
<ax2133:validityPeriod>9223376854775807</ax2133:validityPeriod>

यह क्रियान्वित किया जाता है।

उपयोगकर्ता को इस व्यवहार को कॉन्फ़िगर करने की अनुमति देने के लिए कोई विचार है या नहीं? अप-टू-डेट रखने के लिए जेएमएस-सदस्यता पर भरोसा करने के बजाय जेडब्ल्यूटी में सभी जानकारी प्राप्त करने में सक्षम होगा। या कम से कम डेटाबेस से सभी सब्सक्रिप्शन के साथ जेडब्ल्यूटी उत्पन्न करने का एक तरीका? (विशेष रूप से जब माइक्रो-जीडब्ल्यू के साथ प्रयोग किया जाता है)।

हाय @ क्रिस्चियन-मोरिन
हमारे पास इसे कॉन्फ़िगर करने योग्य बनाने की कोई योजना नहीं है क्योंकि यह अब डिफ़ॉल्ट व्यवहार है।
और तृतीय-पक्ष कुंजी प्रबंधक को सदस्यता मेटाडेटा के बारे में जानकारी नहीं है (क्योंकि DB साझा नहीं किया गया है), तृतीय-पक्ष KM से उत्पन्न JWT को सदस्यता डेटा शामिल नहीं किया जा सकता है।

यदि आप अपनी विशिष्ट आवश्यकता साझा कर सकते हैं तो शायद हम एक समाधान के साथ आ सकते हैं।

हमारे लिए आवश्यकता है कि एपीएम के साथ-साथ माइक्रो-गेटवे का उपयोग किया जाए। उपयोगकर्ता एपीआईएम में जेडब्ल्यूटी उत्पन्न करते हैं और व्यक्तिगत माइक्रो-जीडब्ल्यू: एस तक पहुंच प्राप्त करने के लिए उनका उपयोग करते हैं। पहले सभी सब्सक्राइब्ड एपीआई जेडब्ल्यूटी-मेटाडेटा में मौजूद थे और माइक्रो-जीडब्ल्यू द्वारा "ऑफ़लाइन" सत्यापित किए जा सकते थे। इस नए सेटअप के लिए हमारे सभी माइक्रो-जीडब्ल्यू-इंस्टेंस को अद्यतित रखने के लिए जेएमएस-सदस्यता को सुनने की आवश्यकता है? (और जेडब्ल्यूटी में सत्यापित करने का कोई तरीका नहीं है कि ग्राहक के लिए कौन सी सदस्यता उपलब्ध है)

मैं बस सोच रहा हूं कि संभावित रूप से सैकड़ों माइक्रो-जीडब्ल्यू के साथ: यह डिबग करने के लिए एक परेशानी होगी कि किसी को 401 क्यों मिल रहा है ... क्या विषय पंजीकृत नहीं हुआ, क्या हमें इसे बनाने के लिए माइक्रो-जीडब्ल्यू को पुनरारंभ करने की आवश्यकता है सभी सदस्यता-मेटाडेटा डाउनलोड करें, अगर माइक्रो-जीडब्ल्यू शुरू होने पर एपीएम प्रतिक्रिया नहीं दे रहा है तो क्या होगा। जेडब्ल्यूटी-मेटाडेटा में संलग्न सभी

हाय @ क्रिस्चियन-मोरिन
आपके उपयोग के मामले का समर्थन करने के लिए हम 2 विकल्पों के साथ आ सकते हैं।

विकल्प 1:
MG 3.2.0 . के साथ APIM 3.1.0 का प्रयोग करें

विकल्प 2:
एपीआई-एम 3.2.0 का प्रयोग करें और टोकन जारीकर्ता को अनुकूलित करें जैसा कि [1] में बताया गया है।
इस मामले में, आपको कुंजी प्रबंधक नोड के साथ एपीआईएम डीबी साझा करने की आवश्यकता होगी और जेडब्ल्यूटी में आवश्यक दावों को जोड़ने में सक्षम होंगे।

उम्मीद है की यह मदद करेगा!
[1] https://is.docs.wso2.com/hi/latest/learn/extension-points-for-oauth/#oauth -token-generator

नमस्ते @isharac

जवाब देने के लिए धन्यवाद। मुझे लगता है कि विकल्प 1 एक बहुत अच्छा दीर्घकालिक समाधान नहीं है क्योंकि हम उत्पाद को कभी भी अपग्रेड नहीं कर सकते हैं? ;)

मुझे संदेह था कि जैसा कि आप सुझाव देते हैं हमें एक अनुकूलित टोकन जारीकर्ता लिखना होगा, लेकिन यह जानकर खुशी हुई कि यह संभव होना चाहिए। शुक्रिया।