په ASP.NET Core کې د OIDC ننوتلو کې د سرور اړخ پروکسي لار سمول

په ثبت شوې OpenID Connect سکیم کې د کشف او ټوکن غوښتنو لپاره BackchannelHttpHandler وټاکئ، پرته له دې چې اپلیکیشن بشپړ Backchannel کلاینټ وړاندې کړي.

دا چې براوزر د هویت وړاندې کوونکي ننوتلو پاڼې ته ورسیږي، دا ثابتوي نه چې ASP.NET Core سرور کولی شي د وړاندې کوونکي میټاډاټا راوړي یا ټوکن تبادله کړي. هغه سرور اړخ غوښتنې د OpenID Connect backchannel کاروي.

د 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 او ټوکن تصدیق تنظیمات وساتئ. که پروکسي حساب ته اړتیا لري، پلان شوي اسناد WebProxy سره ونښلوئ.

وګورئ چې اپلیکیشن دمخه options.Backchannel د بشپړ HttpClient په توګه وړاندې کوي که نه. که یې کوي، د هغه کلاینټ لار مستقیم تنظیم کړئ: ASP.NET Core خپل اصلي backchannel جوړولو پر مهال BackchannelHttpHandler کاروي، نه د دمخه ورکړل شوي کلاینټ د بدلولو لپاره.

د سرور د ناکام کشف یا ټوکن غوښتنې په کارولو سره دا تنظیم ارزوئ. د عامه HTTP لار لپاره، د HTTP پروکسي لیست د WebProxy پتې لپاره نوماندان وړاندې کوي. د براوزر پروکسي پالیسي او نااړوند HTTP کلاینټونه خپلې تنظیمي لارې لري.

اړوندې مقالې