ASP.NET Core OIDC لاگ اِن میں سرور کی طرف پراکسی راستہ درست کریں

براؤزر کا شناخت فراہم کنندہ کے لاگ اِن صفحے تک پہنچنا یہ ثابت نہیں کرتا کہ 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 کلائنٹس کے اپنے کنفیگریشن راستے ہیں۔