Nid yw'r ffaith bod porwr yn cyrraedd tudalen fewngofnodi'r darparwr hunaniaeth yn profi y gall gweinydd ASP.NET Core nôl metadata'r darparwr neu gyfnewid tocyn. Mae'r ceisiadau hynny ar ochr y gweinydd yn defnyddio sianel gefn OpenID Connect.

Ar gyfer cynllun sy'n bodoli eisoes o'r enw oidc, ffurfweddwch ei ddolen gyd-destun wrth osod y gwasanaethau, cyn i geisiadau dilysu ddechrau:

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

Amnewidiwch oidc ag enw cofrestredig gwirioneddol y cynllun. Cadwch y gosodiadau authority, cleient a dilysu tocyn. Os yw'r dirprwy angen cyfrif, atodwch yr ymrwymiadau a fwriadwyd i WebProxy.

Gwiriwch a yw'r rhaglen eisoes yn darparu options.Backchannel fel HttpClient cyflawn. Os ydyw, ffurfweddwch lwybr y cleient hwnnw'n uniongyrchol: mae ASP.NET Core yn defnyddio BackchannelHttpHandler wrth greu ei sianel gefn ragosodedig, nid i ddisodli cleient a ddarperir eisoes.

Defnyddiwch gais darganfod neu docyn aflwyddiannus y gweinydd i werthuso'r gosodiad hwn. Ar gyfer llwybr HTTP cyhoeddus, mae'r rhestr dirprwy HTTP yn cynnig ymgeiswyr ar gyfer cyfeiriad WebProxy. Mae gan bolisi dirprwy'r porwr a chleientiaid HTTP di-gysylltiad eu llwybrau ffurfweddu eu hunain.

Erthyglau cysylltiedig