पिंगफेडरेट और एनजीएनएक्स एकीकरण और तैनाती विकल्प

Question

कुछ समय पहले हमने यह देखना शुरू किया कि PingFederate को हमारे आधारभूत संरचना में कैसे एकीकृत किया जाए।

हमारा प्रारंभिक उपयोग केस निम्नलिखित है: हम अपने आवेदन के लिए बहु किरायेदार पहुंच प्रदान कर रहे हैं और विभिन्न कंपनियां हमारे आवेदन तक पहुंचने के लिए अलग-अलग (उनके) पहचान प्रदाताओं का उपयोग कर सकती हैं।

अभी प्रवाह इस वर्कफ़्लो के लिए सीमित है: Mutiple Idp(s) to one SP

हालांकि भविष्य प्रवाह में बढ़ाया जा सकता है

वर्तमान में हम रिवर्स प्रॉक्सी के रूप में nginx उपयोग कर रहे हैं और PingFed प्रलेखन के आधार पर यह करने के लिए पूरी तरह से मुश्किल है करने के लिए Many-to-many relations हमारे पास अभी तैनाती विकल्प समझें।

चित्र के आधार पर है कि इस guide

यह कम या ज्यादा स्पष्ट है कि कैसे इस एकीकरण अपाचे httpd के लिए काम करता है से लिया गया है। मुख्य रूप से अपाचे पर एसएसओ प्रवाह के साथ काम करता है और मुख्य रूप से यह "सत्र" को मान्य करता है या एसएसओ प्रवाह शुरू करता है।

Processing Steps 
1. A user attempts to access a resource on the Apache server protected by the PingFederate 
Apache Agent. 
2. The user is redirected to the PingFederate server for authentication. 
(If an OpenToken session already exists, the user is granted immediate access.) 
3. The PingFederate server redirects the user’s browser to an IdP for authentication using either the 
SAML or WS-Federation protocols. The IdP partner authenticates the user and returns a SAML 
assertion. 
4. PingFederate validates the assertion and creates an OpenToken for the user including any 
configured attributes. PingFederate then redirects the browser, including the OpenToken, back to 
the Apache Agent. 
5. The Agent verifies the OpenToken and grants access to the protected resource. The User ID and 
any attributes from the OpenToken are exposed to the resource as HTTP Request Headers or Apache Environment Variables. 

और मुख्य रूप से चरण 5 अपाचे एजेंट पर वास्तविक आवेदन अनुरोध हेडर या अपाचे पर्यावरण चर का उपयोग करने के उपयोगकर्ता के बारे में जानकारी से गुजरता है।

1. कैसे PingFed और nginx (विकल्प है कि अपाचे httpd के साथ इस सवाल में वर्णित के लिए) के लिए इसी तरह की तैनाती करने के लिए:

   सभी जानकारी यहाँ ऊपर उल्लेख किया है के आधार पर 2 सवाल है?

2. क्या इसे PingFederate के साथ वेब सर्वर (रिवर्स प्रॉक्सी) का उपयोग करने की आवश्यकता है। या पिंग फेडरेट वेबसेवर के रूप में भी कार्य कर सकता है? यदि हां शायद कुछ लिंक और अतिरिक्त स्पष्टीकरण की सराहना की जाती है।

Answer 1

1. कि nginx का समर्थन करता है पिंग पहचान से कोई PingFederate एजेंट वास्तुकला नहीं है। मैं सुझाव दूंगा कि आप "एजेंट एडाप्टर" (संदर्भ एडाप्टर के रूप में भी जाना जाता है) में देखें और अपना खुद का निर्माण करें।
2. पिंगफ़ेडरेट के साथ रिवर्स प्रॉक्सी का उपयोग करने की कोई आवश्यकता नहीं है। पिंगफेडरेट जेटी को अपने वेब कंटेनर के रूप में उपयोग करता है, और यातायात की सेवा करने में पूरी तरह से सक्षम है। हम रिवर्स प्रॉक्सी के लिए विकल्प प्रदान करते हैं ताकि उन संगठनों का समर्थन किया जा सके जिनके पास है जो सीधे एक सर्वर सर्वर पर पोर्ट खोलने के विरुद्ध हैं।

Answer 2

यह समाधान पर अंतिम विचार और हमारी टिप्पणियों

1. प्रकाशित करने लायक जब हम एकीकृत PingFed हम समझ है कि pingFed बहुत देशी रूप पिंग पहुँच के साथ एकीकृत है की कोशिश की। और पिंग एक्सेस रिवर्स प्रॉक्सी के रूप में कार्य करता है।

और मुख्य विचार यह है कि प्रमाणीकरण PingAccess और PingFed के बीच OpenId प्रोटोकॉल कनेक्ट का उपयोग किया जाता है।PingFederate और प्रमाणीकरण प्रदाता के बीच प्रमाणीकरण बहुत अलग तरीके से किया जा सकता:

1. यह हो सकता है SAML
2. यह एक और एसएसओ PROTOOL
3. पिंग फेड भी सेवा कर सकते हैं के लिए लॉग इन पेज और कुछ कस्टम का उपयोग कर प्रमाणीकरण कर किया जा सकता है डीबी या LDAP

हालांकि आवेदन के लिए प्रमाणीकरण प्रवाह PingFed के रूप में एक ही रहेगा इस जटिलता

Answer 3

छिपा है पिंग इडेंटिटी ने NGINX certified PingAccess Agent for NGINX servers जारी किया है। यह PingAccess एजेंट एक पीईपी के रूप में nginx वेब सर्वर पर तैनात किया जा सकता है, जिससे