क्या यह आपके परिदृश्य जैसा लगता है?
- स्थानीय मशीन पर निर्मित आईआईएस वेब ऐप
- वेब ऐप विंडोज़ प्रमाणीकरण का उपयोग करता है
- वेब ऐप स्थानीय मशीन पर भी डेटाबेस से बात करता है
- वेब ऐप उपयोगकर्ताओं के पास वैध डेटाबेस लॉगिन भी हैं
- वेब ऐप उपयोगकर्ता क्रेडेंशियल विश्वसनीय कनेक्शन के माध्यम से डेटाबेस को पास कर दिए जाते हैं
सब कुछ बढ़िया काम करता है। फिर आप इसे एक अलग वातावरण में ले जाते हैं जहाँ डेटाबेस और IIS अब एक ही सर्वर पर नहीं होते हैं और फिर आप डेटाबेस को उन क्रेडेंशियल्स को पहचानने के लिए नहीं प्राप्त कर सकते हैं जिनमें IIS गुजर रहा है?
अगर ऐसा है, तो कुछ महीने पहले मेरे नर्क में आपका स्वागत है। समस्या यह है कि एक बार जब दो प्रक्रियाएं एक ही बॉक्स पर नहीं होती हैं, तो वे एक-दूसरे पर भरोसा नहीं करते हैं। सर्वर की सीमाओं के पार एक दूसरे पर भरोसा करने के लिए दो प्रक्रियाओं को प्राप्त करने के लिए नेटवर्क प्रशासन अनुमतियों की आवश्यकता होती है। दुर्भाग्य से, मैंने इसके बारे में ब्लॉग नहीं किया लेकिन सामान्य चरण थे
- आईआईएस सेवा खाते को भरोसेमंद (सक्रिय निर्देशिका सेटिंग) के रूप में चिह्नित करें
- सर्विस प्रिंसिपल नेम (SPN) को या तो netbios नाम या FQDN पर सेट करें
- दोनों बॉक्सों पर कुछ ऐसा सेट किया जाना चाहिए जिससे यह संकेत मिले कि वे एक-दूसरे पर भरोसा कर सकते हैं
अस्पष्ट स्मरण के लिए खेद है और जैसा कि मैं कुछ भी ठीक करने के लिए क्रेडेंशियल्स वाला नहीं था, मुझे केवल उन्हें बटन क्लिक करते हुए देखने को मिला। Windows प्रमाणीकरण का उपयोग करके SQL सर्वर से कैसे कनेक्ट करें पर आरंभिक लेख हमें पटरी से काफी नीचे ले आया।
