NO_PROXY regex आणि wildcard पॅटर्नला समर्थन देते का?

अपवाद खात्रीलायक वाटतो: *.server.*. तो shell पॅटर्नसारखाही दिसतो. या दोन्ही गोष्टी तुमचा HTTP क्लायंट तो समजतो हे सिद्ध करत नाहीत.

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

तुम्ही प्रत्यक्षात विनंती करता त्या नावांपासून सुरुवात करा. गरज एक ज्ञात डोमेन आणि त्याचे उपडोमेन असेल, तर ग्राहकाचे नोंदवलेले डोमेन स्वरूप वापरा. गरज एक शब्द असलेली अनेक असंबंधित नावे असेल, तर समर्थित मार्ग-निवड API किंवा PAC धोरण आवश्यक असू शकते. असमर्थित पॅटर्नमध्ये अधिक विरामचिन्हे जोडून ते वैशिष्ट्य मिळू शकत नाही.

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

क्लायंट बदलणे हे पॅटर्न पुन्हा तपासण्याचे कारण आहे. ब्राउझर एक्स्टेंशनमधून कॉपी केलेला बायपास नियम दुसऱ्या प्रोग्रामने वाचलेल्या पर्यावरण चलामध्ये स्वयंचलितपणे वैध नाही.