धेरै Squid अभिभावक विकल्प हुन्, शृंखलाबद्ध लहर होइन
peer सूचीले Squid लाई विकल्प दिन्छ। A → B → C शृंखलाबद्ध मार्गका लागि हरेक फर्वार्डिङ इन्स्टेन्समा अर्को हप छान्नुपर्छ।
दुई cache_peer लाइनको अर्थ “पहिले पहिलो प्रोक्सीबाट जानु, त्यसपछि दोस्रोबाट” होइन। तिनीहरूले Squid ले छान्न सक्ने peer परिभाषित गर्छन्। round-robin अनुरोध दुवैबाट नगई अभिभावकहरूबीच फेरिन सक्छन्।
शृंखलाबद्ध मार्ग इन्स्टेन्सहरूमा वितरित हुन्छ:
client → A → B → C → origin
- A ले आफ्नो अर्को हपका रूपमा B छान्छ।
- B ले C छान्छ।
- C ले मूलसँगको जडान खोल्छ।
प्रत्येक प्राप्तकर्ताले आफ्नो तत्काल डाउनस्ट्रिम peer लाई अधिकृत गर्नुपर्छ। प्रत्येक इन्स्टेन्सलाई आफ्नो अर्को हप छोड्न निषेध भएमा मिल्ने प्रत्यक्ष पहुँच नीति पनि चाहिन्छ।
ती समर्थन गर्ने संस्करणहरूमा cache_peer ले peer परिभाषित गर्छ, cache_peer_access ले छनोट सीमित गर्छ र never_direct ले छानिएको ट्राफिकका लागि प्रत्यक्ष फर्वार्डिङ निषेध गर्छ। केवल peer परिभाषाले अरू दुई नीतिमध्ये कुनै पनि स्थापित गर्दैन।
हरेक हपमा निर्णय प्रमाणित गर्नुहोस्। A ले B छानेको लगले B ले C छानेको प्रमाणित गर्न सक्दैन। स्थानीय क्यास हिटले नयाँ अपस्ट्रिम जडान पूर्ण रूपमा बेवास्ता गर्न सक्छ, त्यसैले एउटा अनुरोधका लागि अभिभावक ट्राफिक नहुनु टुटेको शृंखलाको पर्याप्त प्रमाण होइन।