Konfiguratu proxy bat Spring Security SAML zaharraren metadatuen deskargetarako

Spring Security SAML aplikazio zahar batek identitate-hornitzailearen metadatuak zerbitzariaren prozesutik har ditzake HTTPMetadataProvider erabiliz. Irteerako deskarga horrek metadatu-hornitzaileari emandako HTTP bezeroa erabiltzen du.

Spring Security SAML 1.0.x/OpenSAML 2 konfigurazio-estiloa erabiltzen duen aplikazio batentzat, konfiguratu bere Apache Commons HttpClient injektatu aurretik:

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

Pasa konfiguratutako objektu hori org.opensaml.saml2.metadata.provider.HTTPMetadataProvider-ren HTTP bezeroaren eraikitzailearen argumentu gisa, lehendik dagoen tenporizadorearekin eta metadatuen URL-arekin batera. XML konfigurazioan, erreferentziazko bezero-bideak konfiguratutako instantzia hau bera izan behar du.

Mantendu hornitzailearen lehendik dagoen analizatzaile-poola, freskatze-konfigurazioa eta inguruko metadatu-kudeatzailea. Ibilbidea aldatzeak ez ditu erantzukizun horiek ordezkatzen.

Metadatuen URL-a identitate-hornitzailearen URL-a izaten jarraitzen du. Proxyaren ostalaria HTTP bezeroan dagokio. Onartutako eta publikoki irisgarria den metadatuen URL baterako, HTTP proxy zerrendako HTTP hautagai batek bezero horren ostalaria eta ataka bete ditzake, bitartekari publikoak onartuta daudenean eta proxy kredentzialik gordetzen ez denean. Hau zerbitzariaren aldeko lortze-bidea da: arakatzaileak identitate-hornitzailera egindako birbideratze arrakastatsuak ez du erakusten aplikazio-zerbitzariak bere sare-murrizketen bidez metadatuak deskarga edo freska ditzakeenik.

Erabili konfigurazio hau hemen aipatzen diren klase zaharretarako soilik. Spring Security saml2 euskarri modernoak beste API bat erabiltzen du, eta luzapen zaharretarako idatzitako bean bat ez da trukagarria bere uneko metadatu-konfigurazioarekin.