क्या NO_PROXY regex और wildcard पैटर्न का समर्थन करता है?

अपवाद ठोस लगता है: *.server.*। यह shell पैटर्न जैसा भी लगता है। इनमें से कोई भी तथ्य यह सिद्ध नहीं करता कि आपका HTTP क्लाइंट इसे समझता है।

NO_PROXY कोई साझा नियमित-अभिव्यक्ति इंजन नहीं है। एक क्लाइंट का विशेष तारांकन यह सिद्ध नहीं करता कि नाम के बीच में मनमाने wildcards समर्थित हैं। curl एक * को सभी होस्टों के लिए बायपास के रूप में प्रलेखित करता है। यह यह वादा करने से बहुत अलग है कि *.server.* डोमेन के एक परिवार का चयन करता है।

उन नामों से शुरू करें जिनका आप वास्तव में अनुरोध करते हैं। यदि आवश्यकता एक ज्ञात डोमेन और उसके सबडोमेन है, तो उपभोक्ता का प्रलेखित डोमेन रूप उपयोग करें। यदि आवश्यकता एक शब्द वाले कई असंबंधित नाम हैं, तो समर्थित रूट-चयन API या PAC नीति की आवश्यकता हो सकती है। असमर्थित पैटर्न में अधिक विराम चिह्न जोड़ना उस सुविधा को प्रदान नहीं कर सकता।

इच्छित मिलानों के साथ कुछ प्रतिउदाहरण रखें। क्या server.example, files.server.example और server.other.test सभी को बायपास होना चाहिए? और एक नाम जिसमें वही अक्षर हैं पर वही डोमेन सीमा नहीं? वे उत्तर सेटिंग को “wildcard” कहने से अधिक स्पष्ट रूप से आवश्यकता को परिभाषित करते हैं।

क्लाइंट बदलना पैटर्न को फिर से जाँचने का कारण है। ब्राउज़र एक्सटेंशन से कॉपी किया गया बायपास नियम किसी अन्य प्रोग्राम द्वारा पढ़े जाने वाले परिवेश चर में स्वतः वैध नहीं होता।