स्पष्ट प्रोक्सीको क्लाइन्टलाई थाहा हुन्छ कि ऊ प्रोक्सीसँग कुरा गर्दैछ। इन्टरसेप्ट गरिएको ब्राउजर भने आफू वेबसाइटमा जोडिएको ठान्छ। यही भिन्नता प्रमाणीकरणको केन्द्र हो।

सामान्य प्रोक्सी प्रमाणीकरणले प्रोक्सी चुनौती र प्रोक्सी अधिकृतता प्रतिक्रिया प्रयोग गर्छ। प्रोक्सी नछान्ने क्लाइन्टले अप्रत्याशित मध्यस्थलाई लापरवाहीसाथ प्रोक्सी प्रमाणहरू पठाउनु हुँदैन।

त्यसैले Squid को इन्टरसेप्सन निर्देशनले proxy_auth लाई इन्टरसेप्सन मोडसँग सोझै जोड्न समर्थन गर्दैन। काम गर्ने Basic प्रमाणीकरण सहायकले ब्राउजरले टाढाको अन्त्यबिन्दुलाई के ठान्छ भन्ने बदल्दैन।

पहिचान गरिएका प्रयोगकर्तालाई सामान्य प्रमाणित फर्वार्ड प्रोक्सी चाहिएमा क्लाइन्टहरू स्पष्ट रूपमा कन्फिगर गर्नुहोस् — सिधै वा उपयुक्त व्यवस्थापित प्रोक्सी कन्फिगरेसनमार्फत। त्यो लिस्नर र त्यसको प्रमाणीकरण नीति इन्टरसेप्सन लिस्नरबाट अलग राख्नुहोस्।

प्रमाणीकरण पोर्टल, सञ्जाल-स्तरीय पहिचान प्रणाली वा TLS इन्टरसेप्सन व्यवस्था फरक विश्वास र परिनियोजन आवश्यकतासहितको अर्को डिजाइन हो। यो हराएको स्पष्ट-प्रोक्सी आदानप्रदानको लागि एक हरफको मर्मत होइन।

प्रम्प्टको अभावलाई इन्टरसेप्ट गरिएको सेवा सार्वजनिक बनाएर वा हरेक क्लाइन्टलाई अनुमति दिएर नहल्नुहोस्। पहिले निर्णय गर्नुहोस् कि आवश्यकता स्पष्ट प्रयोगकर्ता प्रमाणीकरण हो वा प्रोक्सीका लागि कहिल्यै कन्फिगर नगरिएको ट्राफिकको इन्टरसेप्सन। दुवैलाई फरक मान्यता चाहिन्छ।

सम्बन्धित लेखहरू