দুটি cache_peer লাইন মানে “প্রথমে প্রথম প্রক্সিতে যান, তারপর দ্বিতীয়টিতে” নয়। তারা এমন peer সংজ্ঞায়িত করে যা Squid বেছে নিতে পারে। রাউন্ড-রবিন অনুরোধ দুটির ভেতর দিয়ে না গিয়েও অভিভাবকদের মধ্যে পালা বদলাতে পারে।

ক্রমিক পথটি ইনস্ট্যান্সগুলির মধ্যে বিতরণ করা হয়:

client → A → B → C → origin
  • A তার পরবর্তী হপ হিসেবে B বেছে নেয়।
  • B C বেছে নেয়।
  • C মূল সার্ভারের সংযোগ খোলে।

প্রতিটি গ্রহণকারীকে তার সরাসরি ডাউনস্ট্রিম peer অনুমোদন করতে হবে। প্রতিটি ইনস্ট্যান্সের একটি উপযুক্ত সরাসরি-অ্যাক্সেস নীতিও দরকার যদি তার পরবর্তী হপ এড়িয়ে যাওয়া নিষিদ্ধ হয়।

যে সংস্করণগুলি এগুলি সমর্থন করে, সেখানে cache_peer একটি peer সংজ্ঞায়িত করে, cache_peer_access নির্বাচন সীমিত করে এবং never_direct নির্বাচিত ট্র্যাফিকের জন্য সরাসরি ফরওয়ার্ডিং নিষিদ্ধ করে। শুধু peer সংজ্ঞা অন্য দুটি নীতির কোনোটিই প্রতিষ্ঠা করে না।

প্রতিটি হপে সিদ্ধান্তটি যাচাই করুন। A-এর লগে B বেছে নেওয়া দেখালেও তা প্রমাণ করে না যে B C বেছে নিয়েছে। স্থানীয় ক্যাশ হিট সম্পূর্ণ নতুন আপস্ট্রিম সংযোগ এড়াতে পারে, তাই একটি অনুরোধের জন্য অভিভাবক ট্র্যাফিক না থাকা ভাঙা শৃঙ্খলের যথেষ্ট প্রমাণ নয়।

সম্পর্কিত নিবন্ধ