Spring Reactive OAuth2: żądania tokenu client_credentials przez proxy

Zasób WebClient przechodzący przez proxy nadal może zawieść przed wywołaniem API, jeśli pozyskiwanie tokenu używa innego konektora. Dla reaktywnego przepływu client_credentials w Spring Security 6.5 połącz wszystkie trzy części:

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 przypisuje klienta HTTP tokenu; provider.setAccessTokenResponseClient przypisuje go dostawcy grantu; manager.setAuthorizedClientProvider instaluje tego dostawcę. Używaj tego menedżera w rzeczywistym filtrze OAuth lub przepływie pracy authorized-client.

HttpClient i ProxyProvider to typy Reactor Netty. WebClient i jego konektor to typy Spring WebFlux. Przekaż istniejący ReactiveClientRegistrationRepository jako registrations, a ReactiveOAuth2AuthorizedClientService jako authorizedClients.

Ten dostawca obsługuje client_credentials; zachowaj odpowiedni łańcuch dostawców, jeśli potrzebne są inne granty. Przykład nie ma konta proxy; należałoby ono do warstwy transportu, a nie do OAuth client ID/secret. Dla publicznego endpointu tokenu dozwolonego przez publicznego pośrednika wybierz host i port z listy proxy HTTP.

Skonfiguruj także konektor chronionego zasobu, gdy te wywołania API potrzebują trasy. Sukces tokenu i sukces API to odrębne wyniki.