بروتوكول PROXY في Squid: ثق بالمرسل قبل فحوص الوصول إلى 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 عادي استخدام هذا المستمع ذي البادئة الإلزامية كنقطة نهاية وكيل عادية. وإذا لزم الشكلان، فاستخدم نقاط نهاية منفصلة عن قصد بدل تكرار عنوان الاستماع والمنفذ نفسه.

يمكن للمرحّل الموثوق أن يؤثر في التفويض القائم على العنوان من خلال هوية العميل التي يوفّرها. امنح هذه القدرة للمتوسط المقصود فقط.