प्रयोगयोग्य Proxy-Authenticate चुनौती बिना HTTP 407

क्लाइन्टले केवल स्थिति सङ्ख्याबाट प्रमाणीकरण विधि छान्न सक्दैन। प्रोक्सीको प्रतिक्रियाले के स्वीकार गर्छ भनी वर्णन गर्नुपर्छ।

HTTP ले 407 उत्पन्न गर्ने प्रोक्सीलाई Proxy-Authenticate चुनौती पठाउन अनिवार्य गर्छ। Basic सेवाका लागि सरल उदाहरण:

HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"

सङ्ख्यात्मक स्थिति, हेडरको नाम र स्किम-विशेष वाक्य संरचना सबै महत्त्वपूर्ण छन्। मुख्य भागमा authentication शब्द भएको ब्रान्डेड त्रुटि पृष्ठ हेडरको विकल्प होइन। अनुकूलित कार्यान्वयनले पनि हेडर समाप्ति र मुख्य भागको फ्रेमिङसहित पूर्ण HTTP 407 प्रतिक्रिया पठाउनुपर्छ।

यो क्लाइन्टसम्म पुगेको प्रतिक्रिया जाँच्नुहोस्

गोप्य मान हटाएपछि स्थिति र चुनौती फिल्डहरू अभिलेख गर्नुहोस्। कुनै मध्यस्थकर्ताले प्रतिक्रिया रूपान्तरण गरेको हुन सक्छ, वा अनुकूलित प्रोक्सीले अवैध चुनौती बनाएको हुन सक्छ। त्यो प्रमाणलाई प्रोक्सीको आफ्नै कारोबार लगसँग तुलना गर्नुहोस्।

यदि सेवाले यसको सट्टा 405 वा अन्य त्रुटि पठाउँछ भने, अनुकूलित क्लाइन्टभित्र त्यस्तो हरेक प्रतिक्रियालाई 407 भनी पुनः लेबल नगर्नुहोस्। तपाईंले विधि-नीतिका वास्तविक असफलता लुकाउनुहुनेछ र अझै विश्वसनीय स्किम वार्ता हुनेछैन। सेवाको व्यवहार सुधार्नुहोस् वा यसको कागजात भएको समर्थित प्रमाणीकरण मार्ग प्रयोग गर्नुहोस्।

धेरै चुनौतीका लागि पनि वास्तविक HTTP पार्सर आवश्यक पर्छ। अल्पविरामले प्यारामिटर वा चुनौती छुट्याउन सक्छ; सम्पूर्ण हेडरलाई अन्धाधुन्ध अल्पविराममा विभाजन गर्दा उद्धरणभित्रको realm बिग्रन सक्छ। क्रमिक स्ट्रिङ प्रतिस्थापनको सट्टा क्लाइन्टको समर्थित प्रमाणीकरण कार्यान्वयन प्रयोग गर्नुहोस्।

चुनौती प्रयोगयोग्य भएपछि मात्र प्रमाण-पत्र प्रदायकले खाता किन फर्काएन भनी अन्वेषण गर्नु अर्थपूर्ण हुन्छ।