Att webbläsaren når identitetsleverantörens inloggningssida bevisar inte att ASP.NET Core-servern kan hämta leverantörens metadata eller växla en token. Dessa serverförfrågningar använder OpenID Connect-backkanalen.

För ett befintligt schema med namnet oidc, konfigurera dess hanterare under tjänstekonfigurationen, innan autentiseringsförfrågningarna börjar:

services.Configure<Microsoft.AspNetCore.Authentication.OpenIdConnect
    .OpenIdConnectOptions>("oidc", options =>
{
    options.BackchannelHttpHandler =
        new System.Net.Http.HttpClientHandler
        {
            UseProxy = true,
            Proxy = new System.Net.WebProxy(
                "http://proxy.example.net:8080")
        };
});

Ersätt oidc med det faktiska namnet på det registrerade schemat. Behåll inställningarna för authority, client och tokenvalidering. Om proxyn kräver ett konto, koppla de avsedda uppgifterna till WebProxy.

Kontrollera om appen redan tillhandahåller options.Backchannel som en komplett HttpClient. Om så är fallet, konfigurera den klientens flöde direkt: ASP.NET Core använder BackchannelHttpHandler när den skapar sin standardbackkanal, inte för att ersätta en klient som redan tillhandahålls.

Använd serverns misslyckade discovery- eller tokenförfrågan för att utvärdera denna inställning. För ett publikt HTTP-flöde ger HTTP-proxylistan kandidater för WebProxy-adressen. Webbläsarens proxyprincip och orelaterade HTTP-klienter har egna konfigurationsvägar.

Relaterade artiklar