Herstel die bedienerkant-proxyroete in 'n ASP.NET Core OIDC-aanmelding

'n Blaaier wat die identiteitsverskaffer se aanmeldbladsy bereik, bewys nie dat die ASP.NET Core-bediener die verskaffer se metadata kan haal of 'n token kan uitruil nie. Daardie versoeke aan die bedienerkant gebruik die OpenID Connect-agterkanaal.

Vir 'n bestaande skema met die naam oidc, stel die hanteringsprogram tydens diensopstelling op, voordat verifikasieversoeke begin:

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

Vervang oidc met die werklike geregistreerde skemanaam. Behou die authority-, kliënt- en tokenvalidasie-instellings. As die proxy 'n rekening vereis, koppel die beoogde geloofsbriewe aan WebProxy.

Kontroleer of die app reeds options.Backchannel as 'n volledige HttpClient verskaf. Indien wel, stel daardie kliënt se roete direk op: ASP.NET Core gebruik BackchannelHttpHandler wanneer dit sy verstek-agterkanaal skep, nie om 'n kliënt te vervang wat reeds verskaf is nie.

Gebruik die bediener se mislukte ontdekking- of tokenversoek om hierdie instelling te beoordeel. Vir 'n openbare HTTP-roete bied die HTTP-proxylys kandidate vir die WebProxy-adres. Blaaierproxybeleid en onverwante HTTP-kliënte het hul eie opstellingspaaie.