ब्राउज़र का पहचान प्रदाता के लॉगिन पेज तक पहुँचना यह सिद्ध नहीं करता कि 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 क्लाइंट के अपने कॉन्फ़िगरेशन पथ हैं।

संबंधित लेख