Rregullimi i rrugës së proxy-t në anën e serverit në hyrjen OIDC të ASP.NET Core

Fakti që shfletuesi arrin faqen e hyrjes së ofruesit të identitetit nuk provon që serveri ASP.NET Core mund të marrë metadata e ofruesit ose të shkëmbejë një token. Këto kërkesa në anën e serverit përdorin backchannel-in e OpenID Connect.

Për një skemë ekzistuese të quajtur oidc, konfiguroni trajtuesin e saj gjatë konfigurimit të shërbimeve, përpara se të fillojnë kërkesat e vërtetimit:

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

Zëvendësoni oidc me emrin aktual të skemës së regjistruar. Mbajini cilësimet e authority, client dhe të vërtetimit të tokenit. Nëse proxy kërkon një llogari, bashkëngjitni kredencialet e synuara te WebProxy.

Kontrolloni nëse aplikacioni ofron tashmë options.Backchannel si një HttpClient të plotë. Nëse po, konfiguroni rrugën e atij klienti drejtpërdrejt: ASP.NET Core përdor BackchannelHttpHandler kur krijon backchannel-in e tij të parazgjedhur, jo për të zëvendësuar një klient të ofruar tashmë.

Përdorni zbulimin ose kërkesën për token të dështuar të serverit për të vlerësuar këtë cilësim. Për një rrugë publike HTTP, lista e proxy-ve HTTP ofron kandidatë për adresën WebProxy. Politika e proxy-t të shfletuesit dhe klientët HTTP të palidhur kanë rrugët e tyre të konfigurimit.