एक सबडोमेन को Privoxy के अपस्ट्रीम प्रॉक्सी से बाहर रखें

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

Privoxy के मुख्य कॉन्फ़िगरेशन में सामान्य फ़ॉरवर्डिंग नियम और action फ़ाइलों में प्रति-अनुरोध फ़ॉरवर्डिंग ओवरराइड होते हैं। आप जो कॉन्फ़िगरेशन पहले से बनाए रखते हैं उसके अनुरूप तंत्र का उपयोग करें; यह देखने के लिए कि कौन काम करता है, दोनों जगह प्रतिस्पर्धी अपवाद न जोड़ें।

मुख्य कॉन्फ़िगरेशन में एक अपवाद

forward / parent.example.net:8080
forward intranet.example.net .

उन सार्वजनिक गंतव्यों के लिए जहाँ बिना प्रमाणीकरण वाला सार्वजनिक HTTP पैरेंट अनुमत है, डिफ़ॉल्ट पैरेंट के लिए उम्मीदवार HTTP प्रॉक्सी सूची से लें, किसी दूसरे पैरेंट के क्रेडेंशियल न ले जाएँ। यहाँ बाद वाला सटीक-होस्ट नियम उस होस्टनाम के लिए सीधा फ़ॉरवर्डिंग चुनता है। अन्य गंतव्य डिफ़ॉल्ट पैरेंट नियम से मेल खाते रहते हैं। Privoxy के फ़ॉरवर्डिंग नियम अंतिम-मिलान क्रम का उपयोग करते हैं, इसलिए बाद का सामान्य नियम उस परिणाम को बदल सकता है।

अग्रणी बिंदु या वाइल्डकार्ड जोड़ने से पहले पैटर्न सिंटैक्स पढ़ें। प्रत्यय-शैली पैटर्न उस एक होस्ट से अधिक नामों से मेल खा सकता है जिसका आपने इरादा किया था। प्रॉक्सी का नाम वेबसाइट के नाम से अलग रखें: पैटर्न एक अनुरोधित गंतव्य चुनता है।

action फ़ाइल में ओवरराइड एक और विकल्प है

{+forward-override{forward .}}
intranet.example.net

यह मेल खाते अनुरोधों के लिए सीधा फ़ॉरवर्डिंग स्पष्ट रूप से चुनता है। पहले का ओवरराइड हटाना ज़रूरी नहीं कि सीधा फ़ॉरवर्डिंग चुनने के बराबर हो; सामान्य कॉन्फ़िगरेशन में अभी भी पैरेंट नियम हो सकता है।

जब कोई अपवाद अप्रभावी लगे तो लागू action अनुभागों और उनके क्रम की जाँच करें। एक होस्ट एक से अधिक action पैटर्न से मेल खा सकता है, और अपेक्षित action बाद के मिलान से बदल सकता है।

सीधा का अर्थ है भिन्न नेटवर्क निर्णय

सीधा अपवाद पैरेंट के एग्ज़िट के बजाय Privoxy का अपना बाहरी पता उजागर कर सकता है। निजी सेवा के लिए वह बिल्कुल सही हो सकता है, लेकिन वह बाद में खोजा गया दुष्प्रभाव नहीं, आवश्यकता का हिस्सा होना चाहिए।

अपवाद नेटवर्क पहुँच भी नहीं देता। Privoxy के होस्ट को अभी भी गंतव्य तक मार्ग और उपयुक्त पहुँच अनुमतियाँ चाहिए। यदि केवल पैरेंट ही सेवा तक पहुँच सकता है, तो पैटर्न काम करने पर भी उसे बायपास करना विफल होगा।

उदाहरण को आवश्यक होस्टनाम तक सीमित रखें और संबंधित प्रमाणीकरण या एसेट होस्ट अलग से जाँचें। एक अपवाद को हर सबडोमेन तक बढ़ाना असंबंधित ट्रैफ़िक को चुपचाप किसी भिन्न बाहरी मार्ग पर ले जा सकता है।