प्रदाता में सही पासवर्ड होना उस प्रॉक्सी के लिए मेल खाता क्रेडेंशियल स्थापित नहीं करता जो वास्तव में चुना गया है। उस एंडपॉइंट की स्कीम, होस्ट और पोर्ट से शुरू करें; होस्ट फ़ील्ड सामान्यतः केवल होस्टनेम या IP लेता है, पूरा URL नहीं।

  1. पूरा प्रमाणीकरण आदान-प्रदान पढ़ें। एक 407 जिसके बाद स्वीकृत पुनः प्रयास हो सामान्य हो सकता है। लॉगिन को अस्वीकृत मानने से पहले पुष्टि करें कि अंतिम परिणाम अभी भी 407 है।
  2. मार्ग और क्रेडेंशियल दायरे की तुलना करें। वास्तविक होस्ट/पोर्ट और तैनात HttpClient 5 AuthScope द्वारा परिभाषित अन्य फ़ील्ड मिलाएँ। गलत पोर्ट BasicCredentialsProvider को उपयुक्त प्रविष्टि के बिना छोड़ सकता है।
  3. विधि और पहचान जाँचें। क्या प्रॉक्सी ने समर्थित विधि प्रदान की? क्या पुनः प्रयास ने अपेक्षित कनेक्शन का उपयोग किया? क्या ऑपरेटर डोमेन-योग्य खाता या कोई अन्य प्रलेखित प्रारूप चाहता है?

स्थापित प्रमुख-संस्करण API का उपयोग करें। HttpClient 4 का प्रमाणीकरण-कैश नुस्खा संस्करण 5 में बिना बदलाव लागू नहीं होता। मनमाने उपयोगकर्ता-नाम रूपों में घूमने के बजाय ऑपरेटर की खाता आवश्यकताओं का उपयोग करें।

पूर्व-प्रमाणीकरण एक और सुविचारित विकल्प है। संगत स्कीम के लिए यह एक चक्कर हटा सकता है, लेकिन यह बदल देता है कि क्रेडेंशियल कब बाहर जाते हैं और इसके लिए समर्थित दायरा चाहिए। यह बेमेल एंडपॉइंट या असमर्थित विधि के लिए पहला सुधार नहीं हो सकता।

चुनौती वाली प्रॉक्सी पहचान, विधि, दायरा-मेल और अंतिम स्थिति को संपादित निदान में रखें। पासवर्ड और क्रेडेंशियल ले जाने वाले कच्चे निशान उस तुलना के लिए आवश्यक नहीं हैं।

संबंधित लेख