|एकीकृत प्रॉक्सी प्रमाणीकरण: सेवा खाते और प्रतिरूपण
|एकीकृत प्रॉक्सी प्रमाणीकरण के पीछे का सुरक्षा संदर्भ जाँचें, जब वही एप्लिकेशन इंटरैक्टिव रूप से काम करता है और वेब सेवा या निर्धारित प्रक्रिया के रूप में विफल हो जाता है।
“मेरे Windows क्रेडेंशियल का उपयोग करें” को एक विषय चाहिए। डेस्कटॉप प्रोग्राम में यह उसे चलाने वाला व्यक्ति हो सकता है। सेवा में यह सेवा का खाता हो सकता है। वेब एप्लिकेशन में, किसी आगंतुक का सफल साइन-इन बाहर जाने वाले अनुरोध के सुरक्षा संदर्भ को अपने आप नहीं बदलता।
यह समझाता है कि एक ही मशीन पर ब्राउज़र और सर्वर-साइड कोड एकीकृत प्रमाणीकरण वाले प्रॉक्सी से अलग-अलग परिणाम क्यों पा सकते हैं। हो सकता है वे अलग-अलग पहचानें प्रस्तुत कर रहे हों।
कोड बदलने से पहले पहचानों के नाम रखें
- डेस्कटॉप ब्राउज़र में साइन-इन किया हुआ व्यक्ति।
- वह खाता जो एप्लिकेशन प्रक्रिया को होस्ट करता है।
- बाहर जाने वाले संचालन के लिए सक्रिय कोई भी प्रतिरूपित पहचान।
- वह खाता जिसे प्रॉक्सी ने वास्तव में स्वीकार या अस्वीकार किया।
.NET के समर्थित एकीकृत प्रमाणीकरण पथों पर, DefaultCredentials वर्तमान सुरक्षा संदर्भ से संबंधित है। यह किसी दूसरी मशीन पर पृष्ठ खोलने वाले हर व्यक्ति के लिए वैश्विक उपनाम नहीं है।
यदि उत्पाद जानबूझकर उपयोगकर्ता के रूप में कार्य करता है, तो प्रतिरूपण और नेटवर्क प्रत्यायोजन की किसी भी आवश्यकता के लिए अपना समर्थित डिज़ाइन चाहिए। सामान्य डिफ़ॉल्ट क्रेडेंशियल उपयोग स्विच चालू करने से वह डिज़ाइन स्थापित नहीं होता। इसके विपरीत, सेवा पहचान के रूप में चलने के लिए बनाया गया पृष्ठभूमि कार्य किसी के पहले ब्राउज़र खोलने पर निर्भर नहीं होना चाहिए।
रहस्य हटाकर इंटरैक्टिव और तैनात लॉन्च की तुलना करें: खाता संदर्भ, प्रॉक्सी एंडपॉइंट, घोषित विधि और अस्वीकृत पहचान। केवल इसलिए डेस्कटॉप पासवर्ड को एप्लिकेशन में न कॉपी करें कि उससे एक बार का अनुरोध सफल हुआ। वह खाता कॉन्फ़िगर करें जिसे एप्लिकेशन को उपयोग करना चाहिए, और फिर उस स्वामित्व को तैनाती रिकॉर्ड में दृश्यमान रखें।