launchSettings.json मा रहेको प्रोक्सी मान विकास लन्च प्रोफाइलको हो। एप्लिकेसन प्रकाशित गर्दा त्यो प्रोफाइल IIS कार्यकर्ता, सेवा वा कन्टेनरको वातावरण बन्दैन।

तैनाथ वातावरणमा असफलता हुँदा, एप्लिकेसन साँच्चै सुरु गर्ने प्रक्रिया जाँच्नुहोस्। त्यसको वातावरण, खाता र HTTP ह्यान्डलरले कुन प्रोक्सी इनपुट उपलब्ध छन् भन्ने निर्धारण गर्छ।

कहाँ काम गर्छतैनाथीपछि के तुलना गर्ने
IDE लन्च प्रोफाइलहोस्ट प्रक्रियाको वातावरण
अन्तरक्रियात्मक प्रयोगकर्ता सत्रसेवा खाता र त्यसका प्रोक्सी सेटिङहरू
हातले बनाइएको HTTP क्लाइन्टएप्लिकेसनको इन्जेक्ट गरिएको क्लाइन्टले प्रयोग गर्ने ह्यान्डलर

आधुनिक HttpClient को पूर्वनिर्धारित प्रोक्सी सुरुवातमा प्लेटफर्म-विशेष वातावरण र प्रणाली-कन्फिगरेसन नियमहरू छन्। स्पष्ट रूपमा कन्फिगर गरिएको ह्यान्डलरले ती पूर्वनिर्धारित मानहरू ओभरराइड गर्न सक्छ। IHttpClientFactory सँग, नामित क्लाइन्टको प्राथमिक ह्यान्डलर दर्ता र कल स्थानमा प्राप्त नाम जाँच्नुहोस्। कन्फिगरेसन फाइल बेवास्ता गरियो भन्ने निष्कर्ष निकाल्नुअघि दुवै इनपुट जाँच्नुहोस्।

.NET Framework का पुराना system.net/defaultProxy उदाहरणहरूले अर्को कन्फिगरेसन मोडेल वर्णन गर्छन्। त्यो खण्ड आधुनिक तैनाथी फाइलमा टाँस्नु हुँदैन र प्रत्येक .NET HTTP कार्यान्वयनले यसलाई प्रयोग गर्छ भनी नमान्नुहोस्। IIS तैनाथीमा, ASP.NET Core मोड्युलसँग पनि प्रक्रिया-वातावरण कन्फिगरेसनको समर्थित संयन्त्र छ; मानहरू थप्दा बाँकी होस्टिङ कन्फिगरेसन जोगाउनुहोस्।

अपेक्षित भेरिएबल अवस्थित छ कि छैन भनी अभिलेख गर्नुहोस्, तर त्यसको पूर्ण प्रमाण-पत्र-युक्त मान प्रकाशित नगर्नुहोस्। त्यसपछि असफल अनुरोध गर्ने क्लाइन्टले त्यही स्रोत प्रयोग गर्छ भनी पुष्टि गर्नुहोस्। राम्ररी कन्फिगर गरिएको लन्चरले जानाजान अर्को बाटो प्रयोग गर्ने क्लाइन्टलाई सुधार्न सक्दैन।

सम्बन्धित लेखहरू