.NET NO_PROXY में पैरेंट डोमेन और सबडोमेन

जब .NET पर्यावरण प्रॉक्सी नीति को उसके सबडोमेन भी बायपास करने हों, तो पैरेंट डोमेन को जानबूझकर शामिल करें।

.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 पता माँगा था। डोमेन मिलान उसी अनुरोध इनपुट के विरुद्ध होता है, सेवा के लिए आपके अनौपचारिक नाम के विरुद्ध नहीं।

संबंधित लेख