आपके बायपास सबनेट में Firefox अभी भी किसी इंट्रानेट होस्ट को प्रॉक्सी क्यों करता है

शाब्दिक IP पतों के लिए बायपास रेंज उस रेंज में रिज़ॉल्व होने वाले होस्टनाम को ज़रूरी तौर पर छूट नहीं देती।

आपने Firefox की “कोई प्रॉक्सी नहीं” सूची में 192.168.0.0/16 डाला है। http://192.168.1.20/ खोलने पर सीधे जाता है, लेकिन http://wiki.office.example/ अब भी प्रॉक्सी तक पहुँचता है। दोनों URL एक ही सर्वर को संदर्भित कर सकते हैं।

महत्वपूर्ण अंतर वह गंतव्य स्ट्रिंग है जिससे Firefox मिलान करता है। IP-रेंज अपवाद और होस्टनाम अपवाद आपस में बदले नहीं जा सकते। यह तय करने से पहले कि पता-रेंज नियम लागू होता है या नहीं, यह न मानें कि मैनुअल बायपास सूची हर होस्टनाम को रिज़ॉल्व करती है।

दर्ज किया गया URLमिलान के लिए उपलब्ध जानकारी
http://192.168.1.20/शाब्दिक IP पता
http://wiki.office.example/होस्टनाम

अगर इंट्रानेट का अपना समर्पित डोमेन है, तो उन पतों का अनुमान लगाने के बजाय जिनमें नाम रिज़ॉल्व हो सकते हैं, उपयुक्त होस्टनाम या डोमेन अपवादों का उपयोग करें। असंबंधित सार्वजनिक सेवाओं को उस अपवाद से बाहर रखें। एक डोमेन में आंतरिक और बाहर होस्ट किए गए, दोनों तरह के अनुप्रयोग हो सकते हैं।

Mozilla की मूल व्याख्या शाब्दिक IP मिलान को उन नामों से स्पष्ट रूप से अलग करता है जो उन IP पतों में रिज़ॉल्व होते हैं। वह दस्तावेज़ ऐतिहासिक है, इसलिए उससे हर सिंटैक्स उदाहरण की नकल करने से पहले मौजूदा क्लाइंट के व्यवहार और नीति इंटरफ़ेस की जाँच करें।

जब नीति को DNS की ज़रूरत हो

PAC फ़ाइल DNS-जागरूक निर्णयों के लिए अलग, स्पष्ट जगह देती है। यह स्क्रिप्ट के वितरण, निष्पादन और रिज़ॉल्यूशन की विफलता विधियाँ भी लाती है। इसका उपयोग इसलिए करें कि रूटिंग आवश्यकता को वह तर्क चाहिए, केवल इसलिए नहीं कि लंबी बायपास सूची छोटी दिखे।

प्रबंधित इंस्टॉलेशन में Firefox की प्रभावी नीति भी देखें। लॉक की गई प्रॉक्सी नीति समझा सकती है कि स्थानीय संपादन मार्ग क्यों तय नहीं करता।

समस्या-निवारण के लिए आपने जो शाब्दिक URL दर्ज किया, उसे दर्ज करें, केवल सर्वर का अंतिम IP नहीं। होस्टनाम URL की तुलना शाब्दिक-पता URL से करने पर बायपास निर्णय के लिए उपलब्ध जानकारी बदल जाती है, और ठीक इसी कारण दोनों अनुरोध अलग-अलग रास्ते ले सकते हैं।

संबंधित लेख