API getur móttekið bearer-tóken og mistekist við niðurhal á lýsigögnum og undirskriftarlykli þjónsins. Stilltu þetta JWT bearer fyrirkomulag eftir núverandi skráningu þess og fyrir beiðnirnar:

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

Passaðu við skráða heitið; ef það er frábrugðið sjálfgefna Bearer skaltu nota raunverulegt heiti þess. Haltu Authority, Audience og núverandi tókenfæribreytum. Opinber endapunktur fyrir lýsigögn og undirskriftarlykil getur notað frambjóðanda úr HTTP-proxylistanum fyrir þetta WebProxy-slóð án reiknings þegar aðgangur um opinberar proxya er leyfður.

Í venjulegri uppsetningu býr eftirstillingin til backchannel úr þessum handler. Ef heill Backchannel eða sérsniðinn ConfigurationManager útvegar sóknarann þegar, stilltu þá það hlut. Eiginleiki handlersins hnekkir ekki báðum.

Stilltu hvaða proxyreikning sem er á WebProxy fyrir notkun, ekki með því að breyta Proxy inni í SendAsync. Haltu issuer, audience, undirskrift, líftíma og viðbótarsannprófum. OIDC-innskráning og sérstök tókenöflun halda eigin HTTP-slóðum.

Tengdir greinar