Кирүүчү bearer сурамы ресурс серверине жетиши мүмкүн, бирок JWT текшерүүсү сыртка чыгуучу JWK жүктөөдө ийгиликсиз болот. Ошол декодер колдонгон 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 прокси тизмеси ыктымал хост жана порт маанилерин сунуштайт.

Мисалдагы issuer валидатору милдеттүү audience же колдонмонун башка текшерүүлөрүн алмаштырбайт. Автоматтык конфигурацияланган декодерди алмаштырганда аларды сактаңыз; ачкычты жүктөө маршрутун өзгөртүү колдонмо кайсы токендерди кабыл алышы керектигин аныктабайт.

Реактивдүү декодер башка интерфейсти колдонот. Issuer аныктоо же токен алуу кардарлары да өздөрүнүн транспорт конфигурациясын сакташат.

Кэштеги ачкычтар жаңы жүктөөсүз текшерүүнүн ийгиликтүү болушун камсыздай алат. Маршрутту баалоодо ийгиликсиз ачкычтын URL ин жана жаңыртуу же инициализация этабын сактаңыз.

Тектеш макалалар