ASP.NET Core प्रॉक्सी सेटिंग्ज: launchSettings.json विरुद्ध उत्पादन

विकास लाँच-प्रोफाइलमधील प्रॉक्सी मूल्ये तैनात ASP.NET Core प्रक्रियेने वापरलेल्या वातावरण आणि HTTP हँडलरपासून वेगळी करा.

launchSettings.json मधील प्रॉक्सी मूल्य विकास लाँच प्रोफाइलचे आहे. ॲप्लिकेशन प्रकाशित केल्याने ते प्रोफाइल IIS वर्कर, सेवा किंवा कंटेनरचे वातावरण होत नाही.

तैनात वातावरणातील अयशस्वीतेसाठी, ॲप्लिकेशन प्रत्यक्षात सुरू करणारी प्रक्रिया तपासा. तिचे वातावरण, खाते आणि HTTP हँडलर कोणते प्रॉक्सी इनपुट उपलब्ध आहेत हे ठरवतात.

कुठे कार्य करतेतैनातीनंतर काय तुलना करावी
IDE लाँच प्रोफाइलहोस्ट प्रक्रियेचे वातावरण
परस्परसंवादी वापरकर्ता सत्रसेवा खाते आणि त्याची प्रॉक्सी सेटिंग्ज
हाताने तयार केलेला HTTP क्लायंटॲप्लिकेशनच्या इंजेक्ट केलेल्या क्लायंटने वापरलेला हँडलर

आधुनिक HttpClient च्या डीफॉल्ट प्रॉक्सी सुरुवातीला प्लॅटफॉर्म-विशिष्ट वातावरण आणि प्रणाली-कॉन्फिगरेशन नियम आहेत. स्पष्टपणे कॉन्फिगर केलेला हँडलर ती डीफॉल्ट मूल्ये ओव्हरराइड करू शकतो. IHttpClientFactory सह, नामित क्लायंटची प्राथमिक हँडलर नोंदणी आणि कॉल स्थानावर मिळालेले नाव तपासा. कॉन्फिगरेशन फाइल दुर्लक्षित झाली असा निष्कर्ष काढण्यापूर्वी दोन्ही इनपुट तपासा.

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

अपेक्षित व्हेरिएबल अस्तित्वात आहे की नाही हे नोंदवा, पण त्याचे संपूर्ण क्रेडेन्शियल-युक्त मूल्य प्रकाशित करू नका. नंतर अयशस्वी विनंती करणारा क्लायंट तो स्रोत वापरतो याची खात्री करा. योग्यरित्या कॉन्फिगर केलेला लाँचर जाणूनबुजून दुसरा मार्ग वापरणारा क्लायंट दुरुस्त करू शकत नाही.

संबंधित लेख