Basic और Digest प्रॉक्सी प्रमाणीकरण

दोनों सिरों द्वारा समर्थित प्रॉक्सी प्रमाणीकरण विधि चुनें और Digest चुनौती को एन्क्रिप्टेड ट्रांसपोर्ट से अलग समझें।

Basic या Digest लागू करने से पहले प्रॉक्सी की Proxy-Authenticate चुनौती पढ़ें। क्लाइंट को सेवा द्वारा दी गई विधि का समर्थन करना चाहिए; Digest चुनने से केवल Basic वाले प्रॉक्सी में यह सुविधा नहीं जुड़ती।

Digest समर्थित एंडपॉइंट के लिए curl यह इस्तेमाल कर सकता है:

curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/

वास्तविक एंडपॉइंट और खाता इस्तेमाल करें। बिना पासवर्ड वाला उपयोगकर्ता नाम curl को पासवर्ड पूछने देता है। Basic के लिए --proxy-basic चुनें; मूल सर्वर प्रमाणीकरण अलग विकल्प इस्तेमाल करता है। चुनौती के साथ चल रहे curl build का समर्थन भी जाँचें।

विधिक्रेडेंशियल विनिमयजाँची जाने वाली सुरक्षा
Basicएन्कोड किया हुआ उपयोगकर्ता नाम/पासवर्ड जोड़ा।एन्कोडिंग एन्क्रिप्शन नहीं है।
Digestचुनौती से निकला उत्तर।एल्गोरिदम, चुनौती पैरामीटर और क्लाइंट कार्यान्वयन सुरक्षा तय करते हैं; यह विधि अनुरोध और उत्तर की सामग्री को एन्क्रिप्ट नहीं करती।

दोनों को अभी भी क्लाइंट से प्रॉक्सी तक उपयुक्त ट्रांसपोर्ट चाहिए। गंतव्य HTTPS बहुत देर से शुरू होता है और पहले के स्पष्ट-पाठ प्रॉक्सी लॉगिन की रक्षा नहीं कर सकता।

सर्वर पर Digest helper को realm-विशिष्ट क्रेडेंशियल सामग्री और अपना प्रारूप चाहिए हो सकता है। Basic NCSA फ़ाइल अपने-आप Digest backend नहीं बनती। चुने गए helper का दस्तावेजित प्रारूप इस्तेमाल करें, फिर स्रोत और गंतव्य सीमाएँ रखते हुए गायब, गलत क्रेडेंशियल और अधिकृत अनुरोध जाँचें।

संबंधित लेख