სერვერის მხარის პროქსის მარშრუტის გასწორება ASP.NET Core OIDC-ში შესვლისას

ის, რომ ბრაუზერი იდენტობის პროვაიდერის შესვლის გვერდს აღწევს, არ ამტკიცებს, რომ ASP.NET Core სერვერს შეუძლია პროვაიდერის მეტამონაცემების მიღება ან ტოკენის გაცვლა. ეს სერვერის მხარის მოთხოვნები იყენებს 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-ს, კლიენტისა და ტოკენის ვალიდაციის პარამეტრები. თუ პროქსის ანგარიში სჭირდება, მიამაგრეთ განზრახული სერტიფიკატები WebProxy ობიექტს.

შეამოწმეთ, უკვე აწვდის თუ არა აპლიკაცია options.Backchannel სრულ HttpClient სახით. თუ ასეა, დააკონფიგურირეთ ამ კლიენტის მარშრუტი უშუალოდ: ASP.NET Core იყენებს BackchannelHttpHandler ნაგულისხმევი უკანა არხის შექმნისას, და არა უკვე მოწოდებული კლიენტის ჩასანაცვლებლად.

ამ პარამეტრის შესაფასებლად გამოიყენეთ სერვერის წარუმატებელი აღმოჩენის ან ტოკენის მოთხოვნა. საჯარო HTTP მარშრუტისთვის HTTP პროქსების სია გთავაზობთ კანდიდატებს WebProxy მისამართისთვის. ბრაუზერის პროქსის პოლიტიკას და დაუკავშირებელ HTTP კლიენტებს საკუთარი კონფიგურაციის გზები აქვთ.