Apache ProxyRemote प्रमाणहरू र proxy-chain-auth

ग्राहकले एउटा खाताबाट 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 हेडर छुट्टै आदानप्रदान नै रहन्छ।