En gammel Spring Security SAML-applikasjon kan hente identitetsleverandørens metadata fra serverprosessen med HTTPMetadataProvider. Den utgående nedlastingen bruker HTTP-klienten som gis til metadataleverandøren.

For en applikasjon som bruker konfigurasjonsstilen Spring Security SAML 1.0.x/OpenSAML 2, sett opp Apache Commons HttpClient før den injiseres:

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

Send det konfigurerte objektet som konstruktorargumentet for HTTP-klienten i org.opensaml.saml2.metadata.provider.HTTPMetadataProvider, sammen med den eksisterende timeren og metadata-URL-en. I en XML-konfigurasjon må den refererte klient-beanen være nettopp denne konfigurerte instansen.

Behold leverandørens eksisterende parserpool, oppdateringskonfigurasjon og den omkringliggende metadatabehandleren. Å endre ruten erstatter ikke disse ansvarene.

Metadata-URL-en forblir identitetsleverandørens URL. Proxyverten hører til på HTTP-klienten. For en godkjent, offentlig tilgjengelig metadata-URL kan en HTTP-kandidat fra HTTP-proxylisten fylle ut vert og port for den klienten når offentlige mellomledd er tillatt og ingen proxy-påloggingsinformasjon lagres. Dette er en hentebane på serversiden: en vellykket nettleseromdirigering til identitetsleverandøren viser ikke at applikasjonsserveren kan laste ned eller oppdatere metadata gjennom sine egne nettverksbegrensninger.

Bruk denne konfigurasjonen bare for de gamle klassene som er navngitt her. Moderne Spring Security saml2-støtte bruker et annet API, og en bean skrevet for den gamle utvidelsen kan ikke byttes ut med dens nåværende metadatakonfigurasjon.

Relaterte artikler