Squid इंटरसेप्शन बनाम स्पष्ट प्रॉक्सी प्रमाणीकरण

स्पष्ट प्रॉक्सी का क्लाइंट जानता है कि वह किसी प्रॉक्सी से बात कर रहा है। इंटरसेप्ट किया गया ब्राउज़र मानता है कि उसने वेबसाइट से कनेक्ट किया है। यही अंतर प्रमाणीकरण का केंद्र है।

सामान्य प्रॉक्सी प्रमाणीकरण प्रॉक्सी चैलेंज और प्रॉक्सी अधिकृतता प्रतिक्रिया का उपयोग करता है। जिस क्लाइंट ने प्रॉक्सी नहीं चुना, उसे अप्रत्याशित मध्यस्थ को लापरवाही से प्रॉक्सी क्रेडेंशियल नहीं भेजने चाहिए।

इसलिए Squid का इंटरसेप्शन मार्गदर्शन proxy_auth को इंटरसेप्शन मोड के साथ सीधे जोड़ने का समर्थन नहीं करता। काम करने वाला Basic प्रमाणीकरण सहायक इस बात को नहीं बदलता कि ब्राउज़र दूरस्थ एंडपॉइंट को क्या मानता है।

यदि पहचाने गए उपयोगकर्ताओं को सामान्य प्रमाणित फ़ॉरवर्ड प्रॉक्सी चाहिए, तो क्लाइंट को स्पष्ट रूप से कॉन्फ़िगर करें — सीधे या उपयुक्त प्रबंधित प्रॉक्सी कॉन्फ़िगरेशन के माध्यम से। उस लिस्नर और उसकी प्रमाणीकरण नीति को इंटरसेप्शन लिस्नर से अलग रखें।

प्रमाणीकरण पोर्टल, नेटवर्क-स्तरीय पहचान प्रणाली या TLS इंटरसेप्शन व्यवस्था एक और डिज़ाइन है जिसकी भरोसा और परिनियोजन आवश्यकताएँ भिन्न हैं। यह लुप्त स्पष्ट-प्रॉक्सी आदान-प्रदान के लिए एक पंक्ति का सुधार नहीं है।

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