Välityspalvelimen kautta kulkeva resurssi WebClient voi silti epäonnistua ennen API-kutsuaan, jos tokenin hankinta käyttää toista connectoria. Spring Security 6.5:n reaktiivisessa client_credentials-virrassa yhdistä kaikki kolme osaa:

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 asettaa tokenin HTTP-asiakkaan; provider.setAccessTokenResponseClient asettaa sen grant-tarjoajalle; manager.setAuthorizedClientProvider asentaa kyseisen tarjoajan. Käytä tätä hallintaa varsinaisessa OAuth-suodattimessa tai authorized-client-työnkulussa.

HttpClient ja ProxyProvider ovat Reactor Netty -tyyppejä. WebClient ja sen connector ovat Spring WebFlux -tyyppejä. Anna olemassa oleva ReactiveClientRegistrationRepository arvona registrations ja ReactiveOAuth2AuthorizedClientService arvona authorizedClients.

Tämä tarjoaja käsittelee client_credentials; säilytä sopiva tarjoajaketju, jos muita granteja tarvitaan. Esimerkissä ei ole välityspalvelintiliä; se kuuluisi siirtokerrokseen eikä OAuth-client-ID:hen tai -secretiin. Julkiselle token-päätepisteelle, joka sallitaan julkisen välittäjän kautta, valitse isäntä ja portti HTTP-välityspalvelinluettelosta.

Määritä myös suojatun resurssin connector, kun nämä API-kutsut tarvitsevat reitin. Tokenin ja API:n onnistuminen ovat erillisiä tuloksia.

Aiheeseen liittyvät artikkelit