तपाईंको बाइपास सबनेटमा 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 सँग गर्दा बाइपास निर्णयका लागि उपलब्ध जानकारी बदलिन्छ, र ठ्याक्कै त्यही कारण दुई अनुरोधहरू फरक मार्गमा जान सक्छन्।