ASP.NET Core JWT Bearer: weka proksi ya backchannel ya metadata

Tumia BackchannelHttpHandler kabla ya upataji kuanza, isipokuwa mteja kamili au msimamizi wa usanidi maalum tayari anamiliki usafirishaji huo.

API inaweza kupokea tokeni ya bearer na kushindwa kupakua metadata na ufunguo wa sahihi wa seva. Sanidi mpango huo wa JWT bearer baada ya usajili wake uliopo na kabla ya maombi:

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

Linganisha jina lililosajiliwa; ikiwa ni tofauti na Bearer chaguo-msingi, tumia jina lake halisi. Hifadhi Authority, Audience na vigezo vilivyopo vya tokeni. Kituo cha mwisho cha metadata na ufunguo wa sahihi cha umma kinaweza kutumia mchujo kutoka orodha ya proksi za HTTP kwa URL hii ya WebProxy isiyo na akaunti wakati ufikiaji wa proksi za umma unaruhusiwa.

Katika usanidi wa kawaida, usanidi wa baada huunda backchannel kutoka kwa handler hii. Ikiwa Backchannel kamili au ConfigurationManager maalum tayari inatoa kipataji, sanidi kitu hicho badala yake. Sifa ya handler haiwezi kubatilisha zote mbili.

Weka akaunti yoyote ya proksi kwenye WebProxy kabla ya matumizi, si kwa kubadilisha Proxy ndani ya SendAsync. Hifadhi issuer, audience, sahihi, muda wa uhai na vithibitishaji vya ziada. Kuingia kwa OIDC na upatikanaji tofauti wa tokeni huhifadhi njia zao za HTTP.

Makala zinazohusiana