In proxy ynstelle foar SAML-metadata-downloade yn âld Spring Security

Stel de HTTP-klant yn dy't yn in âld Spring Security SAML HTTPMetadataProvider ynjeksje wurdt foar metadata-downloade oan 'e serverkant.

In âlde Spring Security SAML-applikaasje kin de metadata fan 'e identiteitsprovider út it serverproses helje mei HTTPMetadataProvider. Dy útgeande download brûkt de HTTP-klant dy't oan 'e metadataprovider jûn is.

Foar in applikaasje dy't de konfiguraasjestyl Spring Security SAML 1.0.x/OpenSAML 2 brûkt, stel syn Apache Commons HttpClient yn foardat it ynjeksje wurdt:

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

Jou dat ynstelde objekt as konstruktorargument fan 'e HTTP-klant fan org.opensaml.saml2.metadata.provider.HTTPMetadataProvider, tegearre mei de besteande timer en metadata-URL. Yn in XML-konfiguraasje moat de ferwijde kliïntbean krekt dizze ynstelde ynstânsje wêze.

Hâld de besteande parserpool fan 'e provider, de ferfarskingskonfiguraasje en de omlizzende metadatabehearder. It feroarjen fan 'e rûte ferfangt dy ferantwurdlikheden net.

De metadata-URL bliuwt de URL fan 'e identiteitsprovider. De proxyhost heart by de HTTP-klant. Foar in goedkarde, iepenbier berikbere metadata-URL kin in HTTP-kandidaat út 'e HTTP-proxylist de host en poarte fan dy klant folje as iepenbiere tuskenlizzers tastien binne en der gjin proxy-credentials bewarre wurde. Dit is in ophaalpaad oan 'e serverkant: in slagge browseromlieding nei de identiteitsprovider lit net sjen dat de applikaasjeserver metadata downloade of ferfarskje kin troch syn eigen netwurkbeheiningen.

Brûk dizze konfiguraasje allinnich foar de âlde klassen dy't hjir neamd wurde. Moderne Spring Security saml2-stipe brûkt in oare API, en in bean skreaun foar de âlde útwreiding is net útwikselber mei syn hjoeddeistige metadatakonfiguraasje.

Relatearre artikelen