فرض کریں کہ ایک پارٹنر ڈومین کو مخصوص upstream پراکسی استعمال کرنا ہے جبکہ دیگر اجازت یافتہ درخواستیں معمول کے والد کو استعمال کرتی ہیں۔ Squid 7 میں نامزد peers اور cache_peer_access اس پالیسی کا اظہار کرتے ہیں:

cache_peer partner-proxy.example parent 3128 0 no-query name=partner_parent
cache_peer general-proxy.example parent 3128 0 no-query name=general_parent

acl partner_domain dstdomain .partner.example

cache_peer_access partner_parent allow partner_domain
cache_peer_access partner_parent deny all

cache_peer_access general_parent deny partner_domain
cache_peer_access general_parent allow all

never_direct allow all

یہ ایک موجودہ، رسائی کے تحت کنٹرول شدہ فارورڈ پراکسی کے لیے روٹنگ کا حصہ ہے۔ اگر خودمختار عوامی منزل کا امتحان بغیر توثیق کے عوامی والدین استعمال کر سکتا ہے تو اُن پتوں کے لیے HTTP پراکسی فہرست سے امیدوار منتخب کریں جن کے لیے والد کی اسناد مقرر نہیں ہیں۔ پارٹنر کا مطلوبہ پیداواری راستہ الگ رسائی انتظام رہتا ہے۔ نام ہر والد کو اس کے رسائی قواعد کے لیے واضح شناخت دیتے ہیں۔

مطابق منزل کے لیے صرف partner_parent اہل رہتا ہے۔ دیگر منزلوں کے لیے صرف general_parent اہل رہتا ہے۔ ہر انفرادی peer کے لیے پہلا مطابق قاعدہ طے کرتا ہے کہ وہ peer اہل ہے یا نہیں۔

cache_peer_access امیدواروں کو چھانتا ہے؛ یہ تمام peers کو بیک اپ زنجیر میں نہیں سجاتا۔ اگر آپ کئی کو اہل رہنے دیں تو Squid کے peer انتخاب کے الگورتھم اُن میں سے چنتے ہیں۔

never_direct سطر اس مثال میں والد کے استعمال کو لازم کرتی ہے۔ اگر مطلوبہ والد استعمال نہ کیا جا سکے تو براہ راست رابطہ متبادل کے طور پر پیش نہیں کیا جاتا۔ http_access میں موجود کلائنٹ اور منزل کی اجازتیں برقرار رکھیں؛ وہی قواعد طے کرتے ہیں کہ upstream انتخاب سے پہلے کون سی درخواستیں قبول کی جاتی ہیں۔

یہ ترتیب مستند Squid 7 انٹرفیس استعمال کرتی ہے۔ حوالہ cache_peer_access کو Squid 8 میں دستیاب نہ ہونے کے طور پر نشان زد کرتا ہے، اس لیے اس سیٹ اپ کی دیکھ بھال کرتے وقت مطابق تعینات ورژن کی دستاویزات استعمال کریں۔

متعلقہ مضامین