ASP.NET Core JWT Bearer: impostare il proxy backchannel dei metadati

Usa BackchannelHttpHandler prima dell'inizio del recupero, a meno che un client completo o un gestore di configurazione personalizzato possieda già quel trasporto.

Un'API può ricevere un token bearer e fallire nel download dei metadati e della chiave di firma del server. Configura quello schema JWT bearer dopo la sua registrazione esistente e prima delle richieste:

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

Abbina il nome registrato; se differisce dal Bearer predefinito, usa il suo nome effettivo. Mantieni Authority, Audience e i parametri del token esistenti. Un endpoint pubblico di metadati e chiave di firma può usare un candidato dall'elenco di proxy HTTP per questo URL WebProxy senza account quando è consentito l'accesso tramite proxy pubblico.

Nella configurazione standard, la post-configurazione crea il backchannel da questo handler. Se un Backchannel completo o un ConfigurationManager personalizzato fornisce già il recuperatore, configura invece quell'oggetto. La proprietà dell'handler non sostituisce entrambi.

Imposta qualsiasi account proxy su WebProxy prima dell'uso, non modificando Proxy dentro SendAsync. Mantieni issuer, audience, firma, durata e validatori aggiuntivi. L'accesso OIDC e l'ottenimento separato dei token mantengono i propri percorsi HTTP.

Articoli correlati