अनेक 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 निवडले हे सिद्ध करू शकत नाही. स्थानिक कॅश हिट नवीन अपस्ट्रीम जोडणी पूर्णपणे टाळू शकते, म्हणून एका विनंतीसाठी पालक ट्रॅफिक नसणे हा तुटलेल्या साखळीचा पुरेसा पुरावा नाही.