Proxy-ով անցնող WebClient ռեսուրսը դեռ կարող է ձախողվել իր API կանչից առաջ, եթե թոքենի ստացումը օգտագործում է այլ connector։ Spring Security 6.5-ի ռեակտիվ client_credentials հոսքի համար միացրեք բոլոր երեք մասերը՝

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-ը և նրա connector-ը Spring WebFlux տիպեր են։ Տրամադրեք գոյություն ունեցող ReactiveClientRegistrationRepository-ը որպես registrations և ReactiveOAuth2AuthorizedClientService-ը որպես authorizedClients։

Այս մատակարարը մշակում է client_credentials-ը, պահպանեք համապատասխան մատակարարների շղթա, եթե այլ grant-ներ են պահանջվում։ Օրինակում proxy հաշիվ չկա, այն կպատկաներ տրանսպորտին, ոչ թե OAuth client ID/secret-ին։ Հանրային միջնորդով թույլատրված հանրային token endpoint-ի համար ընտրեք host և port HTTP proxy ցանկից։

Կարգավորեք նաև պաշտպանված ռեսուրսի connector-ը, երբ այդ API կանչերին անհրաժեշտ է երթուղին։ Թոքենի և API-ի հաջողությունը առանձին արդյունքներ են։

Առնչվող հոդվածներ