Ienākošais bearer pieprasījums var sasniegt resursu serveri, kamēr JWT pārbaude neizdodas izejošā JWK lejupielādē. Konfigurējiet HTTP klientu, ko izmanto šis dekodētājs:

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));

Izmantojiet lietojumprogrammas īstos jwkSetUri un issuer un instalējiet šo dekodētāju faktiskajā resursu servera konfigurācijā. Piemērā tiek izmantots neautentificēts HTTP proxy ar servlet stila Nimbus dekodētāju. Publiskam JWK URL atļautā publiskā proxy maršrutā HTTP proxy saraksts piedāvā iespējamās resursdatora un porta vērtības.

Piemērā esošais issuer validētājs neaizstāj obligātās audience vai citas lietojumprogrammas pārbaudes. Saglabājiet tās, aizstājot automātiski konfigurētu dekodētāju; atslēgas lejupielādes maršruta maiņa nenosaka, kādus tokenus lietojumprogrammai jāpieņem.

Reaktīvais dekodētājs izmanto citu saskarni. Arī citi issuer atklāšanas vai tokenu iegūšanas klienti saglabā savu transporta konfigurāciju.

Kešatmiņā saglabātas atslēgas var ļaut pārbaudei izdoties bez jaunas lejupielādes. Vērtējot maršrutu, saglabājiet neizdevušās atslēgas URL un atjaunināšanas vai inicializācijas posmu.

Saistītie raksti