Spring Reactive OAuth2: заявки за токен client_credentials през прокси

Ресурс WebClient, работещ през прокси, може да се провали още преди извикването на API, ако получаването на токен използва друг конектор. За реактивния поток client_credentials в Spring Security 6.5 свържете и трите части:

HttpClient route = HttpClient.create()
    .proxy(p -> p.type(ProxyProvider.Proxy.HTTP)
        .host("proxy.example").port(8080));
WebClient tokenHttp = WebClient.builder()
    .clientConnector(new ReactorClientHttpConnector(route))
    .build();

var tokens = new WebClientReactiveClientCredentialsTokenResponseClient();
tokens.setWebClient(tokenHttp);

var provider = new ClientCredentialsReactiveOAuth2AuthorizedClientProvider();
provider.setAccessTokenResponseClient(tokens);

var manager = new AuthorizedClientServiceReactiveOAuth2AuthorizedClientManager(
    registrations, authorizedClients);
manager.setAuthorizedClientProvider(provider);

tokens.setWebClient задава HTTP клиента за токена; provider.setAccessTokenResponseClient го задава на доставчика на grant; manager.setAuthorizedClientProvider инсталира този доставчик. Използвайте този мениджър в действителния OAuth филтър или в работния поток на authorized-client.

HttpClient и ProxyProvider са типове на Reactor Netty. WebClient и неговият конектор са типове на Spring WebFlux. Подайте съществуващия ReactiveClientRegistrationRepository като registrations и ReactiveOAuth2AuthorizedClientService като authorizedClients.

Този доставчик обработва client_credentials; запазете подходяща верига от доставчици, ако са нужни други grant типове. Примерът няма прокси акаунт — той би принадлежал към транспорта, а не към OAuth client ID/secret. За публичен token endpoint, разрешен през публичен посредник, изберете хост и порт от списъка с HTTP проксита.

Конфигурирайте и конектора за защитения ресурс, когато тези API заявки се нуждаят от маршрута. Успехът на токена и успехът на API са отделни резултати.