जुने Spring Security SAML ॲप्लिकेशन HTTPMetadataProvider वापरून सर्व्हर प्रक्रियेतून ओळख पुरवठादाराचे मेटाडेटा आणू शकते. ते बाहेर जाणारे डाउनलोड मेटाडेटा पुरवठादाराला दिलेल्या HTTP क्लायंटचा वापर करते.

Spring Security SAML 1.0.x/OpenSAML 2 कॉन्फिगरेशन शैली वापरणाऱ्या ॲप्लिकेशनसाठी, इंजेक्ट करण्यापूर्वी त्याचा Apache Commons HttpClient कॉन्फिगर करा:

org.apache.commons.httpclient.HttpClient metadataHttpClient =
    new org.apache.commons.httpclient.HttpClient();
metadataHttpClient.getHostConfiguration()
    .setProxy("proxy.example", 8080);

तो कॉन्फिगर केलेला ऑब्जेक्ट org.opensaml.saml2.metadata.provider.HTTPMetadataProvider च्या HTTP क्लायंट कन्स्ट्रक्टर आर्ग्युमेंट म्हणून, विद्यमान टाइमर आणि मेटाडेटा URL सोबत द्या. XML कॉन्फिगरेशनमध्ये, संदर्भित क्लायंट बीन हाच कॉन्फिगर केलेला इंस्टन्स असला पाहिजे.

पुरवठादाराचा विद्यमान पार्सर पूल, रिफ्रेश कॉन्फिगरेशन आणि आसपासचा मेटाडेटा मॅनेजर टिकवून ठेवा. मार्ग बदलल्याने त्या जबाबदाऱ्या बदलत नाहीत.

मेटाडेटा URL ही ओळख पुरवठादाराची URL राहते. प्रॉक्सी होस्ट HTTP क्लायंटवर असावा. मंजूर आणि सार्वजनिकरीत्या प्रवेशयोग्य मेटाडेटा URL साठी HTTP प्रॉक्सी यादीतील HTTP उमेदवार त्या क्लायंटचा होस्ट आणि पोर्ट भरू शकतो, जेव्हा सार्वजनिक मध्यस्थांना परवानगी असते आणि प्रॉक्सी क्रेडेन्शियल्स ठेवली जात नाहीत. हा सर्व्हर-साइड मिळवण्याचा मार्ग आहे: ब्राउझरचे ओळख पुरवठादाराकडे यशस्वी रीडायरेक्ट हे दर्शवत नाही की ॲप्लिकेशन सर्व्हर स्वतःच्या नेटवर्क मर्यादांमधून मेटाडेटा डाउनलोड किंवा रिफ्रेश करू शकतो.

हा कॉन्फिगरेशन फक्त येथे नाव दिलेल्या जुन्या क्लासेससाठी वापरा. आधुनिक Spring Security saml2 समर्थन दुसरी API वापरते, आणि जुन्या एक्स्टेंशनसाठी लिहिलेला बीन त्याच्या सध्याच्या मेटाडेटा कॉन्फिगरेशनशी अदलाबदल करण्यायोग्य नाही.

संबंधित लेख