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 क्लाइन्टका आफ्नै कन्फिगरेसन मार्ग हुन्छन्।