Windows क्रेडेन्शियल डायलॉग स्वतः प्रॉक्सी प्रमाणित करत नाही

परिचित Windows Security प्रॉम्प्ट हे वापरकर्ता इंटरफेस आहे, «हे अनुप्रयोग प्रॉक्सीमध्ये लॉग इन करा» हे सार्वत्रिक कार्य नाही.

CredUI फंक्शन्स वापरकर्त्याकडून क्रेडेन्शियल माहिती गोळा करू शकतात. तुमच्या नेटवर्क क्लायंटला तरीही प्रॉक्सीच्या आव्हानाचा अर्थ लावून समर्थित यंत्रणेद्वारे खाते पुरवावे लागते.

WinHTTP साठी, प्रमाणीकरण हाताळणी विनंती प्रवाह आणि त्याच्या दस्तऐवजीकृत API चा भाग आहे. 407 आव्हान मूळ सर्व्हरच्या 401 पेक्षा वेगळे आहे, जरी अनुप्रयोग दोन्हीसाठी सारखे दिसणारे प्रॉम्प्ट दाखवत असला तरी.

प्रॉम्प्ट कोणत्या प्रॉक्सीशी संबंधित आहे ते ठरवा, रद्द करणे हाताळा आणि परत दिलेले क्रेडेन्शियल त्या उद्देशापुरते मर्यादित ठेवा. प्रमाणीकरण बफर अनपॅक केल्यानंतर पासवर्ड लॉग करणारा नमुना कोड कधीही कॉपी करू नका. डायलॉगने मजकूर परत केला हे दाखवणे तो मजकूर छापण्याचे कारण नाही.

एकात्मिक प्रमाणीकरणात वेगळे क्रेडेन्शियल प्रतिनिधित्व आणि वेगळी प्रक्रिया ओळख असू शकते. प्रत्येक पद्धत प्रॉक्सी URL मध्ये वापरकर्तानाव आणि पासवर्ड टाकण्यापर्यंत मर्यादित आहे असे गृहीत धरू नका.

उपयुक्त सीमा स्पष्ट आहे: प्रॉम्प्ट वापरकर्ता इनपुट घेते, नेटवर्किंग API प्रमाणीकरण देवाणघेवाण करते, आणि प्रॉक्सी ते स्वीकारायचे की नाही हे ठरवते.