WinHTTP बाइपास सूचीमा <local> को अर्थ के हो

WinHTTP को बाइपास सूचीमा <local> विशेष टोकन हुन सक्छ। यस सन्दर्भमा local भन्नाले बिन्दु नभएको सर्भर नाम बुझिन्छ। यो हरेक निजी IP ठेगाना वा तपाईंको Wi-Fi मा भएको हरेक यन्त्रको सामान्य वर्गीकरण होइन।

त्यसैले छोटो होस्टनाम र बिन्दु भएको होस्टनाम फरक इनपुट हुन्। http://intranet/ अनुरोध गर्ने अनुप्रयोग टोकनसँग मिल्न सक्छ, तर http://intranet.example.internal/ लाई लागू हुने स्पष्ट नियम आवश्यक पर्छ।

कन्फिगर गरिएका अपवादहरू पढ्नुहोस्

इच्छित WinHTTP कन्फिगरेसनको लागि स्थिर उदाहरण यस्तो छ:

netsh winhttp set proxy `
  proxy-server="203.0.113.10:8080" `
  bypass-list="<local>;*.example.internal"

इन्डपोइन्ट केवल उदाहरणका लागि हो। यो आदेशले WinHTTP कन्फिगरेसन परिवर्तन गर्छ र यसलाई सामान्य ब्राउजर मर्मत को रूपमा प्रयोग गर्नु हुँदैन। परिवर्तन गर्नु अघि पहिलेको कन्फिगरेसन रेकर्ड गर्नुहोस् र लक्षित अनुप्रयोगले वास्तवमै यो प्रयोग गर्छ भनी पुष्टि गर्नुहोस्।

वाइल्डकार्ड नियम र स्थानीय टोकनले फरक काम गर्छन्। 192.168.1.10 जस्तो बिन्दु भएको IP लिटरल बिन्दु नभएको होस्टनाम होइन। यस्तो ठेगाना सिधै जानुपर्ने हो भने local शब्दले यसलाई समेट्छ भन्ने अनुमान गर्नुको सट्टा उपयुक्त रूपमा समर्थित स्पष्ट अपवाद प्रयोग गर्नुहोस्।

अनुरोधको वास्तविक होस्ट जाँच्नुहोस्

सेवाले छोटो नाम प्रयोग गर्न सक्छ, जबकि ब्राउजर बुकमार्कले पूर्ण रूपमा योग्य नाम प्रयोग गर्छ। दुवै नामले अन्ततः एउटै सर्भरलाई जनाए पनि परिणामस्वरूप मार्ग फरक हुन सक्छ।

अनुरोध तपाईंले जाँचेको स्थिर पूर्वनिर्धारणको सट्टा अनुप्रयोग-विशिष्ट प्रोक्सी जानकारी वा PAC मूल्याङ्कनले पनि निर्देशित गर्न सक्छ। अन्यत्र बाइपास सूची परिवर्तन गर्नु अघि असफल हुने अनुप्रयोगले प्रयोग गर्ने स्रोत पहिचान गर्नुहोस्।

व्यवहार तुलना गर्न, URL को होस्टनाम र त्यही क्लाइन्टका लागि छानिएको प्रोक्सी नीति रेकर्ड गर्नुहोस्। जानाजान बहिष्कृत होस्ट सिधै रह्यो भन्ने मात्रै कारणले काम गरिरहेको सार्वजनिक प्रोक्सी प्रतिस्थापन नगर्नुहोस्।

यो भिन्नतालाई DNS र कर्नेल राउटिङबाट अलग राख्नुहोस्: बाइपास नियमले अनुरोधका लागि प्रोक्सी प्रयोग गर्ने कि नगर्ने छनोट गर्छ। यसले अन्यथा नपुग्ने गन्तव्यलाई पुग्ने बनाउँदैन।