ASP.NET Core JWT Bearer: de Metadaten-Backchannel-Proxy astellen

Eng API kann e Bearer-Token kréien an duerch de Fehler beim Erofluede vun de Metadaten an dem Ënnerschrëftsschlëssel vum Server versoen. Konfiguréiert dee JWT-Bearer-Schema no senger existéierender Registréierung an virun den Ufroen:

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

Stëmmt den registréierten Numm of; wann en anescht ass wéi de Standard-Bearer, benotzt säin tatsächlechen Numm. Behält Authority, Audience an déi existéierend Token-Parameter. En ëffentlechen Endpunkt fir Metadaten an Ënnerschrëftsschlëssel kann en Kandidat aus der HTTP-Proxy-Lëscht fir dës WebProxy-URL ouni Kont benotzen, wann den Zougang iwwer ëffentlech Proxye erlaabt ass.

An der Standardastellung erstellt d'Post-Konfiguratioun den Backchannel aus dësem Handler. Wann e kompletten Backchannel oder en eegene ConfigurationManager den Abruff schonn ubitt, konfiguréiert amplaz dat Objet. D'Handler-Eegeschaft iwwerschreift net béides.

Setzt all Proxy-Kont op WebProxy virum Gebrauch, net duerch d'Ännere vun Proxy bannen an SendAsync. Behält issuer, audience, Ënnerschrëft, Liewensdauer an zousätzlech Validatoren. Den OIDC-Login an den separaten Token-Erwërf behalen hir eege HTTP-Weeër.