বহু Squid পিতৃ-প্ৰক্সী বিকল্প, শৃংখল নহয়

দুইটা cache_peer শাৰীয়ে “প্ৰথমে প্ৰথম প্ৰক্সীত যাওক, তাৰ পিছত দ্বিতীয়টোত” নুবুজায়। সিহঁতে Squid-এ বাছনি কৰিব পৰা peer সংজ্ঞায়িত কৰে। Round-robin অনুৰোধে দুয়োটাৰ মাজেৰে নগৈয়ো পিতৃসকলৰ মাজত পাল পাতিব পাৰে।

ক্ৰমিক পথটো ইনষ্টেন্সসমূহত বিতৰণ কৰা হয়:

client → A → B → C → origin

• A-য়ে B-ক ইয়াৰ পৰৱৰ্তী hop হিচাপে বাছে।
• B-য়ে C বাছে।
• C-য়ে origin সংযোগ খোলে।

প্ৰতিজন গ্ৰাহকে ইয়াৰ প্ৰত্যক্ষ downstream peer-ক অনুমোদন দিব লাগে। প্ৰতিটো ইনষ্টেন্সৰ এটা উপযুক্ত direct-access policyও প্ৰয়োজন যদি ইয়াৰ পৰৱৰ্তী hop এৰি যোৱা নিষিদ্ধ।

সমৰ্থন কৰা সংস্কৰণত cache_peer-এ peer সংজ্ঞায়িত কৰে, cache_peer_access-এ বাছনি সীমিত কৰে আৰু never_direct-এ নিৰ্বাচিত ট্ৰেফিকৰ বাবে প্ৰত্যক্ষ forwarding নিষিদ্ধ কৰে। কেৱল peer সংজ্ঞাই আন দুটা নীতি প্ৰতিষ্ঠা নকৰে।

প্ৰতিটো hop-ত সিদ্ধান্তটো পৰীক্ষা কৰক। A-য়ে B বাছনি কৰা লগে B-য়ে C বাছনি কৰা প্ৰমাণ কৰিব নোৱাৰে। স্থানীয় cache hit-এ সম্পূৰ্ণ নতুন upstream সংযোগ এৰাই যাব পাৰে, গতিকে এটা অনুৰোধৰ বাবে পিতৃ ট্ৰেফিক নোহোৱাটো ভঙা শৃংখলৰ পৰ্যাপ্ত প্ৰমাণ নহয়।