يمكن للعميل أن يصادق على وكيل Apache الأمامي بحساب واحد، بينما يصادق Apache على الوكيل الأب بحساب آخر:

client ── client account ── Apache ── parent account ── parent proxy

لحساب أب ثابت على httpd 2.4.59 أو أحدث، يقبل ProxyRemote وسيطًا ثالثًا:

ProxyRemote "*" "http://parent.example:3128" "parent-user:replace_with_private_password"

يكمل هذا إعداد الوكيل الأمامي القائم على التحكم في الوصول، مثل مستمع خاص يشترط عنوان IP للعميل وتسجيل دخول للوكيل معًا. ينتمي الحساب إلى الوكيل الأب المختار. احمِ الإعداد الذي يحتويه، واختر نطاق المطابقة الذي تقتضيه عملية النشر.

يرسل Apache بيانات اعتماد Basic هذه مسبقًا، دون انتظار تحدٍّ أولًا. وهذا يجعل نقل اتصال الوكيل الأب وسياسة الحساب مهمين؛ ولا تحمي جلسة HTTPS اللاحقة للموقع بنفسها قفزة HTTP غير مشفرة إلى الوكيل الأب.

متى ينبغي متابعة الحساب الوارد نفسه

عادةً يستهلك Apache مصادقة الوكيل الموجَّهة إليه. أما إعداد البيئة proxy-chain-auth فيسمح بتمرير بيانات اعتماد الوكيل الخاصة بالعميل إلى الوكيل التالي:

SetEnv proxy-chain-auth On

هذا مناسب فقط لسلسلة مصادقة مقصودة ومشتركة. فهو يمرّر مادة الحساب الواردة إلى الأمام؛ ولا يختلق اسم مستخدم وكلمة مرور مختلفين للوكيل الأب.

مع وسيط بيانات الاعتماد الصريح في ProxyRemote، لا يكون لـ proxy-chain-auth أي تأثير. اختر مصدر بيانات الاعتماد بوعي بدلًا من تكديس الإعدادين على أمل اختيار كلمة المرور التي تعمل.

تتحقق هذه الآليات من قفزات الوكيل. ويبقى رأس Authorization الخاص بالموقع الهدف تبادلًا منفصلًا.

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