एउटा गन्तव्य डोमेनलाई फरक Squid 7 अभिभावकमा रुट गर्नुहोस्

मानौं एउटा साझेदार डोमेनले तोकिएको upstream प्रोक्सी प्रयोग गर्नुपर्छ भने अन्य अनुमति प्राप्त अनुरोधहरूले सामान्य अभिभावक प्रयोग गर्छन्। Squid 7 मा नामित peers र cache_peer_access ले त्यो नीति व्यक्त गर्छन्:

cache_peer partner-proxy.example parent 3128 0 no-query name=partner_parent
cache_peer general-proxy.example parent 3128 0 no-query name=general_parent

acl partner_domain dstdomain .partner.example

cache_peer_access partner_parent allow partner_domain
cache_peer_access partner_parent deny all

cache_peer_access general_parent deny partner_domain
cache_peer_access general_parent allow all

never_direct allow all

यो अवस्थित, पहुँच-नियन्त्रित फर्वार्ड प्रोक्सीका लागि रुटिङ अंश हो। यदि स्वतन्त्र सार्वजनिक-गन्तव्य परीक्षणले प्रमाणीकरण नभएका सार्वजनिक अभिभावक प्रयोग गर्न सक्छ भने, अभिभावक प्रमाणहरू नराखिएका ती ठेगानाहरूका लागि HTTP प्रोक्सी सूचीबाट उम्मेदवार छान्नुहोस्। साझेदारको आवश्यक उत्पादन मार्ग छुट्टै पहुँच व्यवस्था रहन्छ। नामहरूले प्रत्येक अभिभावकलाई त्यसको पहुँच नियमका लागि स्पष्ट पहिचान दिन्छन्।

मिल्ने गन्तव्यका लागि केवल partner_parent योग्य रहन्छ। अन्य गन्तव्यका लागि केवल general_parent योग्य रहन्छ। प्रत्येक व्यक्तिगत peer का लागि पहिलो मिल्ने नियमले त्यो peer योग्य छ कि छैन भन्ने निर्णय गर्छ।

cache_peer_access ले उम्मेदवारहरू फिल्टर गर्छ; यसले सबै peers लाई फलब्याक शृंखलामा राख्दैन। यदि तपाईंले धेरै योग्य छोड्नुभयो भने, Squid का peer-छनोट एल्गोरिदमहरू तिनीहरूमध्येबाट छान्छन्।

never_direct लाइनले यो उदाहरणमा अभिभावकको प्रयोग अनिवार्य बनाउँछ। यदि आवश्यक अभिभावक प्रयोग गर्न सकिँदैन भने, सिधा जडान विकल्पका रूपमा दिइँदैन। http_access मा रहेका विद्यमान ग्राहक र गन्तव्य अनुमतिहरू कायम राख्नुहोस्; ती नियमहरूले upstream छनोट अघि कुन अनुरोध स्वीकार गरिन्छ भन्ने निर्धारण गर्छन्।

यो कन्फिगरेसनले कागजात गरिएको Squid 7 इन्टरफेस प्रयोग गर्छ। सन्दर्भले cache_peer_access लाई Squid 8 मा अनुपलब्ध भनी उल्लेख गर्छ, त्यसैले यो सेटअप मर्मत गर्दा मिल्ने तैनाथ संस्करणको कागजात प्रयोग गर्नुहोस्।