API povas ricevi bearer-ĵetonon kaj malsukcesi ĉe la elŝuto de metadatenoj kaj subskriba ŝlosilo de la servilo. Agordu tiun JWT-bearer-skemon post ĝia ekzistanta registriĝo kaj antaŭ la petoj:

using System.Net;
using Microsoft.AspNetCore.Authentication.JwtBearer;

builder.Services.Configure<JwtBearerOptions>(
    JwtBearerDefaults.AuthenticationScheme, options =>
    {
        options.BackchannelHttpHandler = new HttpClientHandler
        {
            UseProxy = true,
            Proxy = new WebProxy("http://proxy.example:8080")
        };
    });

Kongruigu la registritan nomon; se ĝi diferencas de la defaŭlta Bearer, uzu ĝian faktan nomon. Konservu Authority, Audience kaj la ekzistantajn ĵetonajn parametrojn. Publika finpunkto por metadatenoj kaj subskriba ŝlosilo povas uzi kandidaton el la HTTP-prokura listo por ĉi tiu WebProxy-URL sen konto, kiam publika prokura aliro estas permesata.

En la norma agordo, post-agordo kreas la backchannel el ĉi tiu handler. Se kompleta Backchannel aŭ propra ConfigurationManager jam provizas la akirilon, agordu tiun objekton anstataŭe. La handlera eco ne anstataŭigas ambaŭ.

Agordu ajnan prokuran konton en WebProxy antaŭ uzo, ne per ŝanĝo de Proxy ene de SendAsync. Konservu issuer, audience, subskribon, vivdaŭron kaj pliajn validigilojn. OIDC-ensaluto kaj aparta ĵetona akiro konservas siajn proprajn HTTP-vojojn.

Rilataj artikoloj