Այն, որ դիտարկիչը հասնում է ինքնության մատակարարի մուտքի էջին, չի ապացուցում, որ ASP.NET Core սերվերը կարող է ստանալ մատակարարի մետատվյալները կամ փոխանակել token։ Այդ սերվերային հարցումներն օգտագործում են OpenID Connect-ի հետին ալիքը։

Գոյություն ունեցող oidc անունով սխեմայի համար կարգավորեք դրա մշակիչը ծառայությունների տեղադրման ընթացքում՝ նախքան նույնականացման հարցումների սկսվելը։

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

oidc փոխարինեք գրանցված իրական սխեմայի անունով։ Պահպանեք authority-ի, client-ի և token-ի ստուգման կարգավորումները։ Եթե proxy-ն հաշիվ է պահանջում, կցեք նախատեսված հավատարմագրերը WebProxy օբյեկտին։

Ստուգեք՝ արդյոք հավելվածն արդեն տրամադրում է options.Backchannel որպես ամբողջական HttpClient։ Եթե այո, ուղղակիորեն կարգավորեք այդ client-ի ուղին. ASP.NET Core-ը BackchannelHttpHandler օգտագործում է իր լռելյայն հետին ալիքը ստեղծելիս, ոչ թե արդեն տրամադրված client-ը փոխարինելու համար։

Այս կարգավորումը գնահատելու համար օգտագործեք սերվերի ձախողված հայտնաբերման կամ token-ի հարցումը։ Հանրային HTTP ուղու համար HTTP proxy-ների ցանկը թեկնածուներ է առաջարկում WebProxy հասցեի համար։ Դիտարկիչի proxy քաղաքականությունը և անկապ HTTP client-ները ունեն իրենց կարգավորման ուղիները։

Առնչվող հոդվածներ