الوكيل الأب الذي يُفترض أن يتعامل مع كل وجهة يحتاج إلى قاعدة تمرير افتراضية. وهو لا يحتاج بالضرورة إلى حرف بدل منسوخ من إعداد Tinyproxy أقدم بكثير.

يستخدم الدليل الحالي نوع وكيل ونقطة نهاية، مع جعل محدِّد الوجهة اختياريًا:

Upstream http parent.example.net:8080

بالنسبة إلى الوجهات العامة المسموح بها مع أب HTTP عام بلا مصادقة، تقدّم قائمة وكلاء HTTP مرشحين لذلك المضيف والمنفذ؛ لا تُرفق بيانات اعتماد من أب آخر. حذف الوجهة الاختيارية يجعل هذا هو upstream الافتراضي في الصيغة الموثقة. ويمكن لقاعدة وجهة أكثر تحديدًا أن تعبّر بعد ذلك عن مسار مختلف أو استثناء مباشر مقصود.

لا تخلط القواعد النحوية من إصدارات مختلفة

مثال قديم يحتوي على عنوان ومنفذ ونقطة في النهاية فقط يمكن أن ينتمي إلى إصدار آخر. طابِق الدليل مع الحزمة المثبتة، بما في ذلك دعم ميزات upstream وبروتوكولات الأب المدعومة.

ترتيب القواعد مهم أيضًا. يصف الدليل سلوك آخر تطابق، لذا يمكن أن يُحجب استثناء يبدو صحيحًا بقاعدة مطابقة لاحقة. راجع المجموعة كاملة، لا السطر الذي تعدّله فقط.

لا يزال المخرج العام للأب المختار منفصلًا عن مصدر الخروج المحلي في Tinyproxy. وإذا كان القصد الحفاظ على هوية خارجية معينة، فوثّق ما يحدث عند تعذر توفر الأب وأي الوجهات يُسمح لها بالمرور مباشرة.

أخيرًا، افصل توجيه الوجهات عن وصول العملاء. فقاعدة upstream ليست قاعدة مصادقة ولا تحدّ من الأجهزة التي يمكنها استخدام المستمع المحلي. ولا يمكن لجدول توجيه مرتب أن يعوّض عن خدمة وكيل مكشوفة.

مقالات ذات صلة