At ein nettlesar når innloggingssida til identitetsleverandøren, provar ikkje at ASP.NET Core-tenaren kan hente metadata frå leverandøren eller bytte eit token. Desse tenarsideførespurnadene brukar OpenID Connect-backkanalen.

For eit eksisterande skjema med namnet oidc, konfigurer handteraren under tenesteoppsettet, før autentiseringsførespurnader startar:

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

Byt ut oidc med det faktiske namnet på det registrerte skjemaet. Hald på innstillingane for authority, client og tokenvalidering. Viss proxyen krev ein konto, knytt dei tiltenkte legitimasjonane til WebProxy.

Sjekk om appen allereie leverer options.Backchannel som ein fullstendig HttpClient. Viss han gjer det, konfigurer ruta til den klienten direkte: ASP.NET Core brukar BackchannelHttpHandler når han lagar standard-backkanalen, ikkje for å erstatta ein klient som allereie er levert.

Bruk den mislukka discovery- eller tokenførespurnaden til tenaren til å vurdere denne innstillinga. For ei open HTTP-rute gir HTTP-proxylista kandidatar for WebProxy-adressa. Nettlesarproxy-policy og urelaterte HTTP-klientar har eigne konfigurasjonsvegar.

Relaterte artiklar