Un recurso WebClient que pasa por un proxy aínda pode fallar antes da súa chamada á API se a obtención do token usa outro conector. Para o fluxo reactivo de client_credentials de Spring Security 6.5, conecta as tres pezas:

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 asigna o cliente HTTP do token; provider.setAccessTokenResponseClient asígnao ao provedor da concesión; manager.setAuthorizedClientProvider instala ese provedor. Usa este xestor no filtro OAuth real ou no fluxo de traballo de authorized-client.

HttpClient e ProxyProvider son tipos de Reactor Netty. WebClient e o seu conector son tipos de Spring WebFlux. Pasa o ReactiveClientRegistrationRepository existente como registrations e o ReactiveOAuth2AuthorizedClientService como authorizedClients.

Este provedor xestiona client_credentials; conserva unha cadea de provedores axeitada se se necesitan outras concesións. O exemplo non ten conta de proxy: pertencería ao transporte e non ao ID/segredo do cliente OAuth. Para un endpoint de token público permitido a través dun intermediario público, escolle host e porto da lista de proxies HTTP.

Configura tamén o conector do recurso protexido cando esas chamadas á API necesiten a ruta. O éxito do token e o da API son resultados distintos.

Artigos relacionados