IIS मा पूर्वनिर्धारित प्रोक्सी प्रमाणहरू वर्करको प्रभावकारी पहिचानका हुन्, एप्लिकेसन तैनाथ गर्ने प्रशासकका होइनन्। NetworkService ले कम्प्युटरका प्रमाणहरू नेटवर्कमा प्रस्तुत गर्छ; एप्लिकेसन पूल पहिचानहरूमा पनि कागजात भएको मेसिन खाता व्यवहार छ। उपयुक्त डोमेन वातावरणमा प्रोक्सीले DOMAIN\WEBSERVER$ देख्न सक्छ।

एप्लिकेसन पूल, त्यसको कन्फिगर गरिएको पहिचान र नेटवर्क कलमा कुनै पनि व्यक्तित्व ग्रहण रेकर्ड गर्नुहोस्। त्यसलाई उही एन्डपोइन्ट र चुनौतीका लागि प्रोक्सीका प्रमाणसँग तुलना गर्नुहोस्। स्थानीय पूल खाताको नाम र टाढाको नेटवर्क पहिचान दुई फरक अवलोकन हुन्।

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

प्रमाणीकरण योजनाले छानिएको पहिचानलाई समर्थन गर्नुपर्छ। पूर्वनिर्धारित Windows प्रमाणहरूले समर्थित एकीकृत प्रमाणीकरणमा भाग लिन सक्छन्; तिनीहरूले असम्बन्धित खाताका लागि Basic प्रयोगकर्तानाम/पासवर्ड बनाउँदैनन्।

प्रमाणहरूसँगै मार्ग छनोट पनि जाँच्नुहोस्। कुनै सेवाले प्रमाणीकरणअघि अर्को प्रोक्सी कन्फिगरेसन छान्न सक्छ। 407 तब मात्र उपयोगी हुन्छ जब त्यो वर्करको वास्तविक एन्डपोइन्ट, खाता र घोषित योजनासँग जोडिएको हुन्छ।

सम्बन्धित लेखहरू