ASP.NET Core JWT Bearer: set metadata-backchannel-proxyen

Bruk BackchannelHttpHandler før hentinga byrjar, med mindre ein fullstendig klient eller ein tilpassa konfigurasjonshandsamar allereie eig den transporten.

Eit API kan ta imot eit bearer-token og feile på nedlastinga av metadata og signeringsnøkkel frå tenaren. Set opp det JWT bearer-skjemaet etter den eksisterande registreringa og før førespurnadene:

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")
        };
    });

Samsvar med det registrerte namnet; bruk det faktiske namnet i staden for standard Bearer når det avvik. Hald på Authority, Audience og dei eksisterande tokenparametrane. Eit offentleg endepunkt for metadata og signeringsnøkkel kan bruke ein kandidat frå HTTP-proxy-lista for denne WebProxy-URL-en utan konto når tilgang via offentlege proxyar er tillaten.

I standardoppsettet lagar etterkonfigurasjonen backchannelen frå denne handleren. Viss ein fullstendig Backchannel eller tilpassa ConfigurationManager allereie leverer hentaren, set opp det objektet i staden. Handler-eigenskapen overstyrer ikkje båe.

Set ein kvar proxykonto på WebProxy før bruk, ikkje ved å endre Proxy inne i SendAsync. Hald på issuer, audience, signatur, levetid og ekstra validatarar. OIDC-innlogging og separat tokenhenting held på sine eigne HTTP-stigar.

Relaterte artiklar