Squid PROXY پروٹوکول: HTTP رسائی جانچ سے پہلے بھیجنے والے پر بھروسہ کریں

میٹاڈیٹا فراہم کرنے والے ریلے پر بھروسہ کرنے کے لیے proxy_protocol_access استعمال کریں، اجازت یافتہ ویب سائٹس چننے کے لیے نہیں۔ Squid 5–7 میں، TCP قائم ہونے کے بعد require-proxy-header سننے والے پر جانچ ایک بار چلتی ہے، HTTP درخواست ہیڈرز کی کارروائی سے پہلے:

acl trusted_relay src 192.0.2.20/32
http_port 3128 require-proxy-header
proxy_protocol_access allow trusted_relay
proxy_protocol_access deny all

مثال کا ریلے پتہ بدلیں اور اس سننے والے تک نیٹ ورک رسائی محدود کریں۔ اس مرحلے پر Squid فراہم کردہ میٹاڈیٹا قبول کرنے سے پہلے حقیقی TCP ساتھی کی جانچ کرتا ہے۔ قبولیت کے بعد، یہ بعد کی ACL جانچ اور لاگنگ کے لیے دعویٰ کردہ کلائنٹ پتہ استعمال کرتا ہے۔ ریلے پر اس کے دعویٰ کردہ کلائنٹ پتے کی بنیاد پر بھروسہ کرنا اس ترتیب کو الٹ دے گا۔

بعد کی کلائنٹ ماخذ اور منزل کی اجازتوں کے لیے http_access رکھیں۔ میٹاڈیٹا قبول کرنا ویب سائٹ تک رسائی کا مجاز نہیں کرتا، اور منزل ڈومین ACL پہلے کے بھیجنے والے بھروسے کے سوال کا جواب نہیں دے سکتا۔

بھیجنے والے اور وصول کنندہ کو معاون PROXY پروٹوکول ورژن پر متفق ہونا چاہیے۔ عام HTTP کلائنٹ اس لازمی سابقے والے سننے والے کو عام پراکسی اینڈ پوائنٹ کے طور پر استعمال نہیں کر سکتا۔ اگر دونوں شکلیں درکار ہوں، تو وہی سننے کا پتہ اور پورٹ نقل کرنے کے بجائے جان بوجھ کر الگ اینڈ پوائنٹس استعمال کریں۔

قابلِ اعتماد ریلے اپنی فراہم کردہ کلائنٹ شناخت کے ذریعے پتے پر مبنی اجازت پر اثر ڈال سکتا ہے۔ یہ صلاحیت صرف مطلوبہ درمیانی کے حوالے کریں۔