अपवाद विश्वसनीय देखिन्छ: *.server.*। यो shell ढाँचा जस्तो पनि देखिन्छ। यी दुवै तथ्यले तपाईंको HTTP क्लाइन्टले यो बुझ्छ भनी प्रमाणित गर्दैन।

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

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

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

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

सम्बन्धित लेखहरू