ASP.NET Core JWT Bearer: itakda ang backchannel proxy ng metadata

Gamitin ang BackchannelHttpHandler bago magsimula ang pagkuha, maliban kung ang isang kumpletong kliyente o pasadyang tagapamahala ng configuration ay mayroon na ng transport na iyon.

Maaaring makatanggap ang isang API ng bearer token at mabigo sa pag-download ng metadata at signing key ng server. Isaayos ang JWT bearer scheme na iyon pagkatapos ng umiiral na pagpaparehistro nito at bago ang mga kahilingan:

using System.Net;
using Microsoft.AspNetCore.Authentication.JwtBearer;

builder.Services.Configure<JwtBearerOptions>(
    JwtBearerDefaults.AuthenticationScheme, options =>
    {
        options.BackchannelHttpHandler = new HttpClientHandler
        {
            UseProxy = true,
            Proxy = new WebProxy("http://proxy.example:8080")
        };
    });

Itugma ang nakarehistrong pangalan; kung naiiba sa default na Bearer, gamitin ang totoong pangalan nito. Panatilihin ang Authority, Audience at ang umiiral na mga parameter ng token. Ang pampublikong endpoint ng metadata at signing key ay maaaring gumamit ng kandidato mula sa listahan ng HTTP proxy para sa WebProxy URL na walang account na ito kapag pinapayagan ang pag-access sa pampublikong proxy.

Sa karaniwang setup, ang post-configuration ang gumagawa ng backchannel mula sa handler na ito. Kung ang isang kumpletong Backchannel o pasadyang ConfigurationManager ay nagbibigay na ng retriever, isaayos ang object na iyon sa halip. Hindi binabalewala ng handler property ang dalawa.

Itakda ang anumang proxy account sa WebProxy bago gamitin, hindi sa pamamagitan ng pagbabago ng Proxy sa loob ng SendAsync. Panatilihin ang issuer, audience, lagda, tagal at karagdagang validator. Ang pag-login sa OIDC at hiwalay na pagkuha ng token ay nagpapanatili ng sarili nilang mga HTTP path.

Kaugnay na mga artikulo