प्रॉक्सी क्रेडेंशियल मिलने के बाद फिर से 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 का उपयोग करना चाहिए। प्रॉक्सी कार्यान्वयन को यह पहुँच निर्णय जानबूझकर लेना चाहिए, न कि केवल इसलिए नई स्थिति चुननी चाहिए कि कोई प्राधिकरण हेडर दिखाई दिया।

क्लाइंट पक्ष पर, बार-बार होने वाली समान विफलताओं के लिए रुकने का बिंदु चाहिए। निदान में प्रतिक्रिया की स्थिति और चुनौती सुरक्षित रखें, और अस्वीकृत उसी क्रेडेंशियल को बिना सोचे फिर से भेजना बंद करें।