कई Squid पैरेंट विकल्प हैं, शृंखलाबद्ध कड़ी नहीं

दो cache_peer पंक्तियों का अर्थ “पहले पहले प्रॉक्सी से जाओ, फिर दूसरे से” नहीं है। वे ऐसे peer परिभाषित करती हैं जिन्हें Squid चुन सकता है। 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 चुना। स्थानीय कैश हिट नए अपस्ट्रीम कनेक्शन से पूरी तरह बच सकता है, इसलिए एक अनुरोध के लिए पैरेंट ट्रैफ़िक न होना टूटी शृंखला का पर्याप्त प्रमाण नहीं है।