एउटा सबडोमेनलाई 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 को होस्टलाई अझै गन्तव्यसम्मको मार्ग र उपयुक्त पहुँच अनुमति चाहिन्छ। यदि अभिभावकले मात्र सेवासम्म पुग्न सक्छ भने ढाँचा काम गरे पनि यसलाई बाइपास गर्न असफल हुनेछ।

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