तुमच्या बायपास सबनेटमधील इंट्रानेट होस्ट 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 शी तुलना केल्यास बायपास निर्णयासाठी उपलब्ध माहिती बदलते, आणि त्यामुळेच दोन्ही विनंत्या वेगवेगळे मार्ग घेऊ शकतात.