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.

Tengdir greinar