Spring NimbusJwtDecoder: JWK സെറ്റ് ഡൗൺലോഡ് പ്രോക്സി ചെയ്യുക

വരുന്ന bearer അഭ്യർത്ഥന റിസോഴ്സ് സർവറിലെത്താം, പക്ഷേ പുറത്തേക്കുള്ള JWK ഡൗൺലോഡിൽ JWT പരിശോധന പരാജയപ്പെടുന്നു. ആ ഡീകോഡർ ഉപയോഗിക്കുന്ന HTTP ക്ലയന്റ് കോൺഫിഗർ ചെയ്യുക:

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

ആപ്പ്ലിക്കേഷന്റെ യഥാർത്ഥ jwkSetUri, issuer ഉപയോഗിച്ച് ഈ ഡീകോഡർ യഥാർത്ഥ റിസോഴ്സ്-സർവർ കോൺഫിഗറേഷനിൽ ഇൻസ്റ്റാൾ ചെയ്യുക. ഉദാഹരണം servlet ശൈലിയിലുള്ള Nimbus ഡീകോഡറിനൊപ്പം ഓതന്റിക്കേഷൻ ഇല്ലാത്ത HTTP പ്രോക്സി ഉപയോഗിക്കുന്നു. അനുവദനീയമായ പൊതു-പ്രോക്സി പാതയിലുള്ള പൊതു JWK URL-ന് HTTP പ്രോക്സി പട്ടിക സാധ്യമായ host, port മൂല്യങ്ങൾ നൽകുന്നു.

ഉദാഹരണത്തിലെ issuer വാലിഡേറ്റർ നിർബന്ധിത audience അല്ലെങ്കിൽ മറ്റ് ആപ്പ്ലിക്കേഷൻ പരിശോധനകൾക്ക് പകരമല്ല. ഓട്ടോമാറ്റിക് കോൺഫിഗർ ചെയ്ത ഡീകോഡർ മാറ്റുമ്പോൾ അവ നിലനിർത്തുക; കീ-ഡൗൺലോഡ് പാത മാറ്റുന്നത് ആപ്പ്ലിക്കേഷൻ ഏത് ടോക്കണുകൾ സ്വീകരിക്കണം എന്ന് നിർവചിക്കുന്നില്ല.

റിയാക്ടീവ് ഡീകോഡർ മറ്റൊരു ഇന്റർഫേസ് ഉപയോഗിക്കുന്നു. issuer കണ്ടെത്തൽ അല്ലെങ്കിൽ ടോക്കൺ നേട്ടത്തിനുള്ള മറ്റ് ക്ലയന്റുകളും സ്വന്തം ട്രാൻസ്പോർട്ട് കോൺഫിഗറേഷൻ നിലനിർത്തുന്നു.

കാഷ് ചെയ്ത കീകൾ പുതിയ ഡൗൺലോഡ് ഇല്ലാതെ പരിശോധന വിജയിപ്പിക്കാം. പാത വിലയിരുത്തുമ്പോൾ പരാജയപ്പെട്ട കീ URL-ഉം റിഫ്രെഷ് അല്ലെങ്കിൽ ഇനിഷ്യലൈസേഷൻ ഘട്ടവും സൂക്ഷിക്കുക.