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

Brug BackchannelHttpHandler, før hentningen begynder, medmindre en komplet klient eller en tilpasset konfigurationshåndtering allerede ejer den transport.

En API kan modtage et bearer-token og fejle på serverens download af metadata og signeringsnøgle. Konfigurer det JWT bearer-skema efter dets eksisterende registrering og før anmodningerne:

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

Afstem det registrerede navn; brug dets faktiske navn i stedet for standard-Bearer, når det afviger. Bevar Authority, Audience og de eksisterende tokenparametre. Et offentligt endepunkt for metadata og signeringsnøgle kan bruge en kandidat fra HTTP-proxy-listen til denne WebProxy-URL uden konto, når adgang via offentlige proxyer er tilladt.

I standardopsætningen opretter post-configuration backchannelen ud fra denne handler. Hvis en komplet Backchannel eller tilpasset ConfigurationManager allerede leverer hentningen, skal du konfigurere det objekt i stedet. Handler-egenskaben tilsidesætter ikke begge.

Angiv enhver proxykonto på WebProxy før brug, ikke ved at ændre Proxy inde i SendAsync. Bevar issuer, audience, signatur, levetid og ekstra validatorer. OIDC-login og separat tokenhentning beholder deres egne HTTP-stier.

Relaterede artikler