.NET च्या दस्तऐवजीकृत पर्यावरण-प्रॉक्सी नियमांमध्ये .example.com उपडोमेनशी जुळतो. तो example.com शी स्वतः जुळत नाही. हा छोटा फरक एका सेवेचे दोन मार्गांमध्ये विभाजन करू शकतो.

नोंदइच्छित .NET जुळणी
example.comपालक होस्टनाव
.example.comत्या डोमेनखालील होस्टनावे
example.com,.example.comदोन्ही गट

समजा लँडिंग पृष्ठ पालक नाव वापरते आणि त्याचे API api.example.com वापरते. फक्त बिंदू असलेले रूप असलेली यादी लँडिंग पृष्ठ प्रॉक्सीमधून पाठवू शकते, तर API थेट जाते. उलट चूक म्हणजे फक्त पालक डोमेन सूचीबद्ध करणे आणि प्रत्येक अपत्य जुळेल अशी अपेक्षा करणे. HttpClient.DefaultProxy.IsBypassed तपासा पालक डोमेन आणि एका अपत्यासाठी, संरचित केलेला निर्णय तपासण्यासाठी.

हे सहभागी .NET HTTP क्लायंट वापरत असलेल्या पर्यावरण धोरणावर लागू होते. स्पष्टपणे नेमून दिलेला IWebProxy, दुसरे हँडलर अंमलबजावणी, किंवा दुसरी रनटाइम पिढी यांना स्वतःचे नियम तपासावे लागतात. ब्राउझरची बायपास यादी ही पर्यावरण यादी बनली आहे असे गृहीत धरू नका.

तसेच सेटिंगचे सवयीने *.example.com मध्ये भाषांतर करण्याला विरोध करा. दस्तऐवजीकृत .NET पर्यावरण वाक्यरचना तारकचिन्हाला सामान्य वाइल्डकार्ड मानत नाही.

कार्यरत curl आदेशाची अनुप्रयोगाशी तुलना करताना अहवालात शब्दशः URL ठेवा. “तेच सर्व्हर” हे लपवते की तुम्ही पालक डोमेन, उपडोमेन, की IP पत्ता मागितला होता. डोमेन जुळणी त्या विनंती इनपुटशी होते, सेवेसाठीच्या तुमच्या अनौपचारिक नावाशी नाही.

संबंधित लेख