Spring NimbusJwtDecoder: proxy fyrir niðurhal JWK-settsins
Gefðu servlet-afkóðaranum proxy-meðvitað RestTemplate og haltu í issuer-, audience- og viðbótartoken-sannprófum þegar sjálfvirkri uppsetningu er skipt út.
Innkomin bearer-beiðni getur náð auðlindaþjóninum á meðan JWT-staðfesting mistekst við útleið JWK-niðurhal. Stilltu HTTP-biðlarann sem afkóðarinn notar:
var factory = new org.springframework.http.client.SimpleClientHttpRequestFactory();
factory.setProxy(new java.net.Proxy(
java.net.Proxy.Type.HTTP,
new java.net.InetSocketAddress("proxy.example", 8080)));
var rest = new org.springframework.web.client.RestTemplate(factory);
var decoder = org.springframework.security.oauth2.jwt.NimbusJwtDecoder
.withJwkSetUri(jwkSetUri)
.restOperations(rest)
.build();
decoder.setJwtValidator(
org.springframework.security.oauth2.jwt.JwtValidators
.createDefaultWithIssuer(issuer));Notaðu raunverulegu jwkSetUri og issuer forritsins og settu þennan afkóðara í raunverulega uppsetningu auðlindaþjónsins. Dæmið notar óstaðfesta HTTP-proxy með Nimbus-afkóðaranum í servlet-stíl. Fyrir opinbert JWK-veffang á leyfðri opinberri proxy-leið veitir HTTP-proxylistinn möguleg hýsils- og portgildi.
Issuer-sannprófandinn í dæminu kemur ekki í staðinn fyrir skyldugar audience-sannprófanir eða aðrar sannprófanir forritsins. Haltu þeim þegar sjálfstilltum afkóðara er skipt út; breyting á niðurhalsleið lykilsins skilgreinir ekki hvaða token forritið eigi að samþykkja.
Reactive-afkóðari notar annað viðmót. Aðrir biðlarar fyrir issuer-uppgötvun eða token-öflun halda einnig eigin flutningsuppsetningu.
Skyndiminni lyklar geta gert staðfestinguna árangursríka án nýs niðurhals. Haltu slóðinni á lyklinum sem mistókst og uppfærslu- eða frumstillingarstiginu þegar leiðin er metin.