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चे दस्तऐवजीकरण केलेले स्वरूप वापरा आणि स्रोत व गंतव्य मर्यादा कायम ठेवून गहाळ, चुकीची क्रेडेन्शियल व अधिकृत विनंती तपासा.