A proxy mögött futó WebClient erőforrás még az API-hívása előtt elbukhat, ha a token beszerzése másik connectort használ. A Spring Security 6.5 reaktív client_credentials folyamatához kösse össze mindhárom részt:

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 hozzárendeli a token HTTP-klienst; provider.setAccessTokenResponseClient hozzárendeli a grant-szolgáltatóhoz; manager.setAuthorizedClientProvider telepíti azt a szolgáltatót. Ezt a kezelőt használja a tényleges OAuth-szűrőben vagy az authorized-client munkafolyamatban.

HttpClient és ProxyProvider Reactor Netty-típusok. WebClient és a connectora Spring WebFlux-típusok. Adja át a meglévő ReactiveClientRegistrationRepository-et registrations-ként és a ReactiveOAuth2AuthorizedClientService-et authorizedClients-ként.

Ez a szolgáltató kezeli a client_credentials-t; ha más grantek is kellenek, tartson meg megfelelő szolgáltatóláncot. A példában nincs proxyfiók; az a szállítási réteghez tartozna, nem az OAuth client ID/secret-hez. Nyilvános közvetítőn keresztül engedélyezett nyilvános token endpoint esetén válasszon hostot és portot a HTTP-proxy listából.

A védett erőforrás connectorát is állítsa be, amikor ezeknek az API-hívásoknak szükségük van az útvonalra. A token és az API sikere külön eredmény.

Kapcsolódó cikkek