D'Server-säiteg Proxy-Route bei enger ASP.NET Core OIDC-Umeldung flécken

Setzt BackchannelHttpHandler um registréierte OpenID Connect-Schema fir Discovery- an Token-Ufroen, ausser d'App stellt e komplette Backchannel-Client.

Datt e Browser d'Umeldungssäit vum Identitéitsprovider erreecht, beweist net, datt den ASP.NET Core-Server d'Metadonnéeë vum Provider kann ofruffen oder en Token austauschen. Dës Ufroen op der Serversäit benotze de Backchannel vun OpenID Connect.

Fir en existéierende Schema mat dem Numm oidc konfiguréiert säin Handler wärend dem Setup vun de Servicer, ier d'Authentifizéierungsufroen ufänken:

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

Ersetzt oidc duerch den tatsächlech registréierten Schema-Numm. Behält d'Astellungen fir Authority, Client an Token-Validéierung. Wann de Proxy e Kont verlaangt, befestegt déi virgesinn Umeldungsinformatiounen un WebProxy.

Préift, ob d'App schonn options.Backchannel als kompletten HttpClient ubitt. Wann jo, konfiguréiert d'Route vun deem Client direkt: ASP.NET Core benotzt BackchannelHttpHandler, wann et säin Standard-Backchannel erstallt, net fir e Client ze ersetzen, dee schonn ugebuede gëtt.

Benotzt dem Server seng feelgeschloe Discovery- oder Token-Ufro, fir dës Astellung ze bewäerten. Fir eng ëffentlech HTTP-Route bitt d'HTTP-Proxy-Lëscht Kandidaten fir d'WebProxy-Adress. D'Proxy-Politik vum Browser an onnéideg HTTP-Cliente hunn hir eege Konfiguratiounsweeër.

Ähnlech Artikelen