Ripari la servilflankan prokuran itineron en ASP.NET Core OIDC-saluto

Tio, ke retumilo atingas la salutpaĝon de la identecprovizanto, ne pruvas, ke la ASP.NET Core-servilo povas akiri la metadatenojn de la provizanto aŭ interŝanĝi ĵetonon. Tiuj servilflankaj petoj uzas la malantaŭan kanalon de OpenID Connect.

Por ekzistanta skemo nomata oidc, agordu ĝian traktilon dum la agordo de servoj, antaŭ ol komenciĝos la aŭtentikaj petoj:

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

Anstataŭigu oidc per la reala registrita skemnomo. Konservu la agordojn pri authority, kliento kaj ĵetona validigo. Se la prokura bezonas konton, aligu la celitajn akreditaĵojn al WebProxy.

Kontrolu, ĉu la aplikaĵo jam liveras options.Backchannel kiel plenan HttpClient. Se jes, agordu la itineron de tiu kliento rekte: ASP.NET Core uzas BackchannelHttpHandler kiam ĝi kreas sian implicitan malantaŭan kanalon, ne por anstataŭigi klienton jam liveritan.

Uzu la malsukcesan malkovran aŭ ĵetonan peton de la servilo por taksi tiun ĉi agordon. Por publika HTTP-itinero, la listo de HTTP-prokuraj proponas kandidatojn por la adreso de WebProxy. La prokura politiko de la retumilo kaj nerilataj HTTP-klientoj havas proprajn agordajn vojojn.