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

Benytt BackchannelHttpHandler før henting starter, så fremt ikke en fullstendig klient eller egen konfigurasjonsbehandler allerede har denne transporten.

En API kan motta et bearer-token og feile når serverens metadata og signeringsnøkkel skal lastes ned. Konfigurer dette JWT bearer-skjemaet etter den eksisterende registreringen og før forespørslene:

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

Kontroller at navnet samsvarer med registreringen; avviker det fra standard Bearer, bruk det virkelige navnet. Ta vare på Authority, Audience og de eksisterende tokenparameterne. Et offentlig endepunkt for metadata og signeringsnøkkel kan bruke en kandidat fra HTTP-proxylisten for denne WebProxy-adressen uten konto når offentlig proxy-tilgang er tillatt.

I standardoppsettet dannes backchannelen av etterkonfigurasjonen fra denne behandleren. Dersom en fullstendig Backchannel eller tilpasset ConfigurationManager allerede skaffer henteren, konfigurer det objektet i stedet. Behandlerens egenskap overstyrer ikke begge.

Angi en hvilken som helst proxykonto på WebProxy før bruk, ikke ved å endre Proxy inne i SendAsync. Behold issuer, audience, signatur, levetid og tilleggsvalidatorer. OIDC-pålogging og separat tokeninnhenting beholder sine egne HTTP-løp.

Relaterte artikler