பழைய Spring Security SAML மெட்டாடேட்டா பதிவிறக்கங்களுக்கு ப்ராக்ஸி அமைக்கவும்

பழைய 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-ஐப் பயன்படுத்துகிறது, பழைய நீட்டிப்புக்காக எழுதப்பட்ட பீன் அதன் தற்போதைய மெட்டாடேட்டா உள்ளமைவுடன் பரிமாற்றம் செய்ய முடியாது.