|एकीकृत प्रोक्सी प्रमाणीकरण: सेवा खाता र प्रतिरूपण

“मेरो Windows प्रमाणहरू प्रयोग गर्नुहोस्” लाई एउटा कर्ता चाहिन्छ। डेस्कटप कार्यक्रममा त्यो यसलाई चलाउने व्यक्ति हुन सक्छ। सेवामा त्यो सेवाको खाता हुन सक्छ। वेब अनुप्रयोगमा, आगन्तुकको सफल साइन-इनले बाहिर जाने अनुरोधको सुरक्षा सन्दर्भलाई स्वतः प्रतिस्थापन गर्दैन।

एउटै मेसिनमा रहेको ब्राउजर र सर्भर-पक्षीय कोडले एकीकृत प्रमाणीकरण भएको प्रोक्सीबाट फरक नतिजा किन पाउन सक्छन् भन्ने यसले व्याख्या गर्छ। तिनीहरू फरक परिचयहरू प्रस्तुत गर्दै होलान्।

कोड परिवर्तन गर्नुअघि परिचयहरूको नाम राख्नुहोस्

• डेस्कटप ब्राउजरमा साइन-इन गरेको व्यक्ति।
• अनुप्रयोग प्रक्रिया होस्ट गर्ने खाता।
• बाहिर जाने कार्यका लागि सक्रिय कुनै पनि प्रतिरूपित परिचय।
• प्रोक्सीले वास्तवमा स्वीकार वा अस्वीकार गरेको खाता।

.NET ले समर्थन गर्ने एकीकृत प्रमाणीकरण मार्गहरूमा, DefaultCredentials हालको सुरक्षा सन्दर्भसँग सम्बन्धित छ। यो अर्को मेसिनमा पृष्ठ खोलेका जो कोहीका लागि विश्वव्यापी उपनाम होइन।

यदि उत्पादन जानाजानी प्रयोगकर्ताको रूपमा कार्य गर्छ भने, प्रतिरूपण र नेटवर्क प्रतिनिधित्वका कुनै पनि आवश्यकतालाई आफ्नै समर्थित ढाँचा चाहिन्छ। सामान्य पूर्वनिर्धारित प्रमाण प्रयोगको स्विच खोल्दा त्यो ढाँचा स्थापित हुँदैन। यसको विपरीत, सेवा परिचयको रूपमा चल्ने उद्देश्यले बनाइएको पृष्ठभूमि कार्य कसैले पहिले ब्राउजर खोल्नमा निर्भर हुनु हुँदैन।

गोप्य कुराहरू हटाएर अन्तरक्रियात्मक र तैनाथ सुरुवातको तुलना गर्नुहोस्: खाता सन्दर्भ, प्रोक्सी अन्त्यबिन्दु, घोषित विधि र अस्वीकृत परिचय। एउटा एकल अनुरोध सफल भयो भनेर मात्र डेस्कटप पासवर्ड अनुप्रयोगमा नक्कल गर्नबाट बच्नुहोस्। अनुप्रयोगले प्रयोग गर्नुपर्ने खाता कन्फिगर गर्नुहोस्, त्यसपछि त्यो स्वामित्व तैनाथी अभिलेखमा देखिने राख्नुहोस्।