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 को दस्तावेजित ढाँचा प्रयोग गर्नुहोस्, त्यसपछि स्रोत र गन्तव्यका सीमा कायम राख्दै छुटेका, गलत प्रमाणीकरण विवरण र अनुमति भएको अनुरोध जाँच्नुहोस्।