प्रोक्सीले प्रमाणहरू प्राप्त गरेपछि फेरि 407 पठाउन सक्छ

Proxy-Authorization प्राप्त गर्नु भनेको प्रोक्सीले खाता स्वीकार गर्यो भन्ने होइन। प्रमाणहरू अनुपस्थित, अवैध वा अपूर्ण हुँदा अर्को 407 Proxy Authentication Required उपयुक्त प्रतिक्रिया हुन सक्छ।

प्रतिक्रियामा Proxy-Authenticate चुनौती हुनुपर्छ। Basic को उदाहरण:

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

त्यसपछि ग्राहकले अर्को प्रमाण लिन सक्छ वा छानिएको योजनाको आदानप्रदान जारी राख्न सक्छ। केही प्रमाणीकरण विधिमा धेरै चरण लाग्छन्, त्यसैले दोस्रो 407 आफैंमा पासवर्ड गलत टाइप भयो भन्ने प्रमाण होइन।

RFC 9110 ले वैध तर अपर्याप्त प्रमाण पनि छुट्याउँछ: त्यो पहिचानमा पूरा गर्न इन्कार गरिएको अनुरोधका लागि सर्भरले 403 प्रयोग गर्नुपर्छ। प्रोक्सी कार्यान्वयनले यो पहुँच निर्णय जानाजान गर्नुपर्छ, केवल अधिकार हेडर देखियो भनेर नयाँ स्थिति छान्नु हुँदैन।

ग्राहक पक्षमा, बारम्बार हुने समान असफलताका लागि रोक्ने बिन्दु चाहिन्छ। निदानमा प्रतिक्रियाको स्थिति र चुनौती सुरक्षित राख्नुहोस्, र अस्वीकृत त्यही प्रमाण अन्धाधुन्ध फेरि पठाउन छोड्नुहोस्।