متعدد Squid والد متبادل ہیں، سلسلہ وار زنجیر نہیں

cache_peer کی دو سطریں یہ معنی نہیں رکھتیں کہ «پہلے پہلے پراکسی سے گزرو، پھر دوسرے سے۔» وہ ایسے peer متعین کرتی ہیں جنہیں Squid منتخب کر سکتا ہے۔ round-robin درخواستیں دونوں سے گزرے بغیر والدین کے درمیان بدل سکتی ہیں۔

سلسلہ وار راستہ مثالوں میں تقسیم ہوتا ہے:

client → A → B → C → origin

• A اپنے اگلے hop کے طور پر B منتخب کرتا ہے۔
• B، C منتخب کرتا ہے۔
• C اصل سے رابطہ کھولتا ہے۔

ہر وصول کنندہ کو اپنے براہ راست نیچے والے peer کی اجازت دینی ہوگی۔ ہر مثال کو ایک مطابق براہ راست رسائی پالیسی کی بھی ضرورت ہے اگر اس کا اگلا hop چھوڑنا ممنوع ہو۔

جن ورژنز میں یہ معاون ہیں، وہاں cache_peer ایک peer متعین کرتا ہے، cache_peer_access انتخاب کو محدود کرتا ہے اور never_direct منتخب ٹریفک کے لیے براہ راست فارورڈنگ کو ممنوع کرتا ہے۔ صرف peer کی تعریف دیگر دو پالیسیوں میں سے کوئی بھی قائم نہیں کرتی۔

ہر hop پر فیصلہ جانچیں۔ A کا B منتخب کرنے والا لاگ یہ ثابت نہیں کر سکتا کہ B نے C منتخب کیا۔ مقامی کیش کی ہٹ نئی اپ اسٹریم رابطے سے مکمل طور پر بچ سکتی ہے، اس لیے ایک درخواست کے لیے والدین کی ٹریفک نہ ہونا ٹوٹی زنجیر کا کافی ثبوت نہیں ہے۔