Ombi la bearer linaloingia linaweza kufikia seva ya rasilimali huku uthibitishaji wa JWT ukishindikana kwenye upakuaji wa JWK wa nje. Sanidi mteja wa HTTP unaotumiwa na kiondoa usimbaji hicho:

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

Tumia jwkSetUri na issuer halisi za programu na usakinishe kiondoa usimbaji hiki katika usanidi halisi wa seva ya rasilimali. Mfano unatumia proksi ya HTTP isiyo na uthibitishaji pamoja na kiondoa usimbaji cha Nimbus cha mtindo wa servlet. Kwa URL ya JWK ya umma kwenye njia ya proksi ya umma inayoruhusiwa, orodha ya proksi za HTTP hutoa thamani zinazowezekana za host na port.

Kithibitishaji cha issuer katika mfano si badala ya ukaguzi wa audience unaohitajika au ukaguzi mwingine wa programu. Hifadhi hizo unapobadilisha kiondoa usimbaji kilichosanidiwa kiotomatiki; kubadilisha njia ya upakuaji wa ufunguo hakuamui ni tokeni gani programu inapaswa kukubali.

Kiondoa usimbaji tendaji kinatumia kiolesura kingine. Wateja wengine wa ugunduzi wa issuer au upatikanaji wa tokeni pia huhifadhi usanidi wao wa usafirishaji.

Funguo zilizohifadhiwa kwenye akiba zinaweza kufanya uthibitishaji ufaulu bila upakuaji mpya. Hifadhi URL ya ufunguo ulioshindikana na hatua ya kuonyesha upya au kuanzisha unapotathmini njia.

Makala zinazohusiana