चैलेंज पहचान से Java HTTP प्रॉक्सी क्रेडेंशियल चुनें
खाता लौटाने से पहले अनुरोधकर्ता का प्रकार, होस्ट और पोर्ट मिलाएँ; असंबंधित सर्वर चैलेंज को उस खोज से बाहर रखें।
प्रत्येक HTTP प्रमाणीकरण कॉलबैक के लिए, इस क्रम में क्रेडेंशियल का निर्णय लें:
- जाँचें कि अनुरोधकर्ता प्रॉक्सी है, गंतव्य सर्वर नहीं।
- अनुरोध करने वाले होस्ट और पोर्ट को स्वीकृत प्रॉक्सी प्रविष्टि से मिलाएँ।
- उस प्रविष्टि का खाता लौटाएँ, या बेमेल चैलेंज के लिए कोई क्रेडेंशियल न दें।
एक बिना शर्त उपयोगकर्ता नाम/पासवर्ड दो प्रॉक्सी के खाते व्यक्त नहीं कर सकता और उन्हें किसी अन्य प्राप्तकर्ता को लीक कर सकता है।
Java के HTTP क्लाइंट बिल्डर का उपयोग करते समय क्लाइंट से जुड़ा Authenticator पसंद करें। JVM का डिफ़ॉल्ट Authenticator अन्य भाग लेने वाले कोड को भी प्रभावित करता है।
किसी भी होस्ट-उपनाम मैपिंग को मनमाने नाम स्वीकार करने के बजाय जानबूझकर परिभाषित करें। यह एक HTTP पैटर्न है; SOCKS समान होस्टनाम पर भी दूसरा कार्यान्वयन पथ अपना सकता है।
निदान के लिए, चैलेंज प्रकार और मेल खाने वाले खाता पहचानकर्ता को उसके रहस्य के बिना दर्ज करें। यह पासवर्ड लॉग किए बिना दायरे का निर्णय समझाता है।