Stel 'n instaanbediener op vir legacy Spring Security SAML-metadata-aflaaie

'n Legacy Spring Security SAML-toepassing kan identiteitsverskaffer-metadata vanaf die bedienerproses haal deur HTTPMetadataProvider te gebruik. Daardie uitwaartse aflaai gebruik die HTTP-kliënt wat aan die metadata-verskaffer gegee is.

Vir 'n toepassing wat die Spring Security SAML 1.0.x/OpenSAML 2-konfigurasiestyl gebruik, stel sy Apache Commons HttpClient op voordat dit ingespuit word:

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

Gee daardie opgestelde objek as die HTTP-kliënt-konstruktorargument van org.opensaml.saml2.metadata.provider.HTTPMetadataProvider, saam met die bestaande timer en metadata-URL. In 'n XML-konfigurasie moet die verwysde kliëntboon hierdie opgestelde instansie wees.

Behou die verskaffer se bestaande parser-poel, herlaaikonfigurasie en omliggende metadata-bestuurder. Om die roete te verander vervang nie daardie verantwoordelikhede nie.

Die metadata-URL bly die identiteitsverskaffer se URL. Die instaanbediener-gasheer hoort op die HTTP-kliënt. Vir 'n goedgekeurde, publiek bereikbare metadata-URL kan 'n HTTP-kandidaat uit die HTTP-instaanbedienerlys daardie kliënt se gasheer en poort invul wanneer publieke tussengangers toegelaat word en geen instaanbediener-gewens bewaar word nie. Dit is 'n herwinningpad aan die bedienerkant: 'n suksesvolle blaaier-aanstuur na die identiteitsverskaffer wys nie dat die toepassingbediener metadata kan aflaai of herlaai deur sy eie netwerkbeperkings nie.

Gebruik hierdie konfigurasie slegs vir die legacy-klasse wat hier genoem word. Moderne Spring Security saml2-ondersteuning gebruik 'n ander API, en 'n boon wat vir die ou uitbreiding geskryf is, is nie met sy huidige metadata-konfigurasie uitruilbaar nie.