Edge for Private Cloud v4.18.01
इस सेक्शन में उन कॉम्पोनेंट को पाने, इंस्टॉल करने, और कॉन्फ़िगर करने का तरीका बताया गया है जो आपके लिए ज़रूरी हैं. उपयोगकर्ता की पुष्टि करने के लिए, बाहरी LDAP सेवा को Apigee Edge में इंटिग्रेट करें.
ज़रूरी शर्तें
- आपके पास निजी क्लाउड 4.18.01 इंस्टॉलेशन के लिए Apigee Edge होना चाहिए.
- प्राइवेट क्लाउड के लिए Apigee Edge पर, आपके पास ग्लोबल सिस्टम एडमिन क्रेडेंशियल होने चाहिए, ताकि यह इंस्टॉलेशन करें.
- प्राइवेट क्लाउड इंस्टॉलेशन के लिए, आपको अपने Apigee Edge की रूट डायरेक्ट्री की जानकारी होनी चाहिए. कॉन्टेंट बनाने डिफ़ॉल्ट रूट डायरेक्ट्री /opt है.
- आपको Edge ग्लोबल सिस्टम एडमिन क्रेडेंशियल जोड़ने होंगे
बाहरी LDAP का इस्तेमाल किया जाता है. याद रखें कि डिफ़ॉल्ट रूप से, sysadmin क्रेडेंशियल Edge में सेव किए जाते हैं
इंटरनल एलडीएपी. बाहरी एलडीएपी पर स्विच करने के बाद, आपके sysadmin क्रेडेंशियल
की पुष्टि की जाएगी. इसलिए, आपको
बाहरी सिस्टम को Edge में बाहरी पुष्टि करने की सुविधा चालू करने से पहले.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है उदाहरण के लिए, अगर आपने ग्लोबल के साथ प्राइवेट क्लाउड के लिए Apigee Edge कॉन्फ़िगर और इंस्टॉल किया है सिस्टम एडमिन के क्रेडेंशियल:
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है उपयोगकर्ता नाम: edgeuser@mydomain.com
पासवर्ड: Secret123
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इसके बाद, पासवर्ड के साथ उपयोगकर्ता edgeuser@mydomain.com Secret123 भी मौजूद होना चाहिए बाहरी LDAP में जोड़ दिया जाता है. - अगर मैनेजमेंट सर्वर क्लस्टर चलाया जा रहा है, तो ध्यान रखें कि आपको सभी चरण पूरे करने होंगे इस दस्तावेज़ में प्रत्येक मैनेजमेंट सर्वर के लिए.
बाहरी प्रमाणीकरण कॉन्फ़िगर करना
आपकी मुख्य कार्रवाई management-server.properties फ़ाइल को कॉन्फ़िगर करना है. इस गतिविधि में Edge मैनेजमेंट सर्वर को रोकना और चालू करना शामिल है. साथ ही, यह तय किया जाता है कि आपको डायरेक्ट या इनडायरेक्ट बाइंडिंग, संवेदनशील क्रेडेंशियल को एन्क्रिप्ट (सुरक्षित) करने, और अन्य संबंधित टास्क.
- अहम जानकारी: अभी तय करें कि आपको सीधे तौर पर जानकारी देने वाला पेज इस्तेमाल करना है या डायरेक्ट बाइंडिंग पुष्टि करने का तरीका. इस फ़ैसले से कॉन्फ़िगरेशन के कुछ पहलुओं पर असर पड़ेगा. यहां जाएं: बाहरी पुष्टि.
- अहम जानकारी: आपको कॉन्फ़िगरेशन के इन चरणों को हर Apigee Edge मैनेजमेंट पर करना होगा सर्वर (अगर आप एक से ज़्यादा चला रहे हैं).
- /opt/apigee/customer/application/management-server.properties खोलें टेक्स्ट एडिटर में मिलता है. अगर फ़ाइल मौजूद नहीं है, तो उसे बनाएं.
- यह लाइन जोड़ें. ध्यान दें: पक्का करें कि आखिरी में कोई खाली जगह न हो
लाइन का.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है conf_security_authentication.user.store=externalized.authentication
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है यह लाइन आपके Edge में प्राइवेट क्लाउड के लिए पुष्टि करने की बाहरी सुविधा जोड़ देती है इंस्टॉल करना. - इस चरण को आसान बनाने के लिए, हमने अच्छी तरह से टिप्पणी की गई दो सैंपल कॉन्फ़िगरेशन --
एक डायरेक्ट के लिए और दूसरा इनडायरेक्ट बाइंडिंग ऑथेंटिकेशन के लिए. इसके लिए नीचे दिए गए नमूने देखें
वह बाइंडिंग जिसका आपको इस्तेमाल करना है और कॉन्फ़िगरेशन को पूरा करना है:
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है प्रत्यक्ष बाइंडिंग कॉन्फ़िगरेशन सैंपल
अप्रत्यक्ष बाइंडिंग कॉन्फ़िगरेशन सैंपल - मैनेजमेंट सर्वर को रीस्टार्ट करें:
> /opt/apigee/apigee-service/bin/apigee-service Edge-management-सर्वर रीस्टार्ट - पुष्टि करें कि सर्वर चल रहा है:
> /opt/apigee/apigee-service/bin/apigee-all status - ज़रूरी जानकारी: आपको इनमें से किसी एक (या दोनों) के तहत, एक और कॉन्फ़िगरेशन करना होगा हो सकता है कि: (a) अगर आप ऐसे उपयोगकर्ता नामों से लॉग इन करना चाहते हैं जो ईमेल पते नहीं. इस मामले में, आपके sysadmin उपयोगकर्ता को भी उपयोगकर्ता नाम से पुष्टि करनी होगी और/या (b) अगर आपके बाहरी खाते में, आपके sysadmin उपयोगकर्ता खाते का पासवर्ड LDAP उस पासवर्ड से अलग है जिसे आपने पहली बार Apigee Edge इंस्टॉल किया था प्राइवेट क्लाउड. कॉन्फ़िगरेशन देखें अलग-अलग sysadmin क्रेडेंशियल के लिए ज़रूरी है.
सीधे तौर पर बाइंडिंग कॉन्फ़िगरेशन सैंपल
## The first property is always required to enable the external authorization feature. Do not change it.
conf_security_externalized.authentication.implementation.class=com.apigee.rbac.impl.LdapAuthenticatorImpl
## Identify the type of binding:
# Set to "true" for direct binding
# Set to "false" for indirect binding.
conf_security_externalized.authentication.bind.direct.type=true
## The next seven properties are needed regardless of direct or indirect binding. You need to configure these per your external authentication installation.
## The IP or domain for your external LDAP instance.
conf_security_externalized.authentication.server.url=ldap://localhost:389
## Your external LDAP server version.
conf_security_externalized.authentication.server.version=3
## The server timeout in milliseconds.
conf_security_externalized.authentication.server.conn.timeout=50000
## Change these baseDN values to match your external LDAP service. This attribute value will be provided by your external LDAP administrator, and may have more or fewer dc elements depending on your setup.
conf_security_externalized.authentication.user.store.baseDN=dc=apigee,dc=com
## Do not change this search string. It is used internally.
conf_security_externalized.authentication.user.store.search.query=(&(${userAttribute}=${userId}))
## Identifies the external LDAP property you want to bind against for Authentication. For example if you are binding against an email address, this would typically be in the userPrincipalName property in your external LDAP instance. Alternatively if you are binding against the user’s ID, this would typically be in the sAMAccountName property:
conf_security_externalized.authentication.user.store.user.attribute=userPrincipalName
## The LDAP attribute where the user email value is stored. For direct binding, set it to userPrincipalName.
conf_security_externalized.authentication.user.store.user.email.attribute=userPrincipalName
## ONLY needed for DIRECT binding.
## The direct.bind.user.directDN property defines the string that is used for the bind against the external authentication service. Ensure it is set as follows:
conf_security_externalized.authentication.direct.bind.user.directDN=${userDN}
सीधे तौर पर बाइंडिंग कॉन्फ़िगरेशन सैंपल
## Required to enable the external authorization feature. Do not change it.
conf_security_externalized.authentication.implementation.class=com.apigee.rbac.impl.LdapAuthenticatorImpl
## Identifies the type of binding:
# Set to "true" for direct binding
# Set to "false" for indirect binding.
conf_security_externalized.authentication.bind.direct.type=false
## The next seven properties are needed regardless of direct or indirect binding. You need to configure these per your external LDAP installation.
## The IP or domain for your external LDAP instance.
conf_security_externalized.authentication.server.url=ldap://localhost:389
## Replace with your external LDAP server version.
conf_security_externalized.authentication.server.version=3
## Set the server timeout in milliseconds.
conf_security_externalized.authentication.server.conn.timeout=50000
## Change these baseDN values to match your external LDAP service. This attribute value will be provided by your external LDAP administrator, and may have more or fewer dc elements depending on your setup.
conf_security_externalized.authentication.user.store.baseDN=dc=apigee,dc=com
## Do not change this search string. It is used internally.
conf_security_externalized.authentication.user.store.search.query=(&(${userAttribute}=${userId}))
## Identifies the external LDAP property you want to bind against for Authentication. For example if you are binding against an email address, this would typically be in the userPrincipalName property in your external LDAP instance. Alternatively if you are binding against the user’s ID, this would typically be in the sAMAccountName property. See also "Configuration required for different sysadmin credentials".
conf_security_externalized.authentication.user.store.user.attribute=userPrincipalName
## Used by Apigee to perform the Authorization step and currently, Apigee only supports email address for Authorization. Make sure to set it to the attribute in your external LDAP that stores the user’s email address. Typically this will be in the userPrincipalName property.
conf_security_externalized.authentication.user.store.user.email.attribute=userPrincipalName
## The external LDAP username (for a user with search privileges on the external LDAP) and password and whether the password is encrypted. You must also set the attribute externalized.authentication.bind.direct.type to false.
## The password attribute can be encrypted or in plain text. See "Indirect binding only: Encrypting the external LDAP user’s password" for encryption instructions. Set the password.encrypted attribute to "true" if the password is encrypted. Set it to "false" if the password is in plain text.
conf_security_externalized.authentication.indirect.bind.server.admin.dn=myExtLdapUsername
conf_security_externalized.authentication.indirect.bind.server.admin.password=myExtLdapPassword
conf_security_externalized.authentication.indirect.bind.server.admin.password.encrypted=true
इंस्टॉलेशन की जांच करना
- पुष्टि करें कि सर्वर चल रहा है:
> /opt/apigee/apigee-service/bin/apigee-all स्टेटस - Apigee Edge के ग्लोबल सिस्टम एडमिन का सेट उपलब्ध कराकर, इस निर्देश का पालन करें
क्रेडेंशियल. हम जिस एपीआई कॉल को टेस्ट करने जा रहे हैं उसे सिर्फ़ Edge से एक्ज़ीक्यूट किया जा सकता है
sysadmin.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अहम जानकारी: आपके बाहरी LDAP खाते में एक जैसे क्रेडेंशियल मौजूद होने चाहिए. अगर ऐसा नहीं है, तो आपको उन्हें अभी जोड़ना होगा. ध्यान दें कि उपयोगकर्ता नाम आम तौर पर एक ईमेल पता होता है; हालांकि, यह इस बात पर निर्भर करेगा कि आपने बाहरी ऑथेंटिकेशन को कैसे कॉन्फ़िगर किया है. इस बारे में पहले यहां बताया गया है दस्तावेज़.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है > कर्ल -v http://<management-server-ip>:8080/v1/o -u <Sysadmin उपयोगकर्ता नाम>
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है उदाहरण के लिए:
> कर्ल -v http://192.168.52.100:8080/v1/o -u jdoe@mydomain.com - जब आपसे कहा जाए, तब अपना पासवर्ड डालें.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है अगर कमांड, 200 स्टेटस और संगठनों की सूची दिखाता है, तो कॉन्फ़िगरेशन सही है. यह निर्देश, एज मैनेजमेंट सर्वर को एपीआई कॉल किए जाने की पुष्टि करता है बाहरी LDAP सिस्टम के ज़रिए पुष्टि की गई.