NETWORK SERVICE और LocalSystem हमेशा स्थानीय रूप से संबंधित खाते के रूप में स्वयं को प्रमाणित करेंगे (बिल्टिन\नेटवर्क सेवा और बिल्टिन\सिस्टम) लेकिन दोनों दूरस्थ रूप से मशीन खाते के रूप में प्रमाणित होंगे।
यदि आपको Login failed for user 'DOMAIN\MACHINENAME$'
के लिए लॉगिन विफल जैसी कोई विफलता दिखाई देती है इसका मतलब है कि नेटवर्क सेवा या लोकल सिस्टम के रूप में चल रही एक प्रक्रिया ने दूरस्थ संसाधन तक पहुंच बनाई है, खुद को मशीन खाते के रूप में प्रमाणित किया है और प्राधिकरण से इनकार कर दिया गया था।
विशिष्ट उदाहरण नेटवर्क सेवा क्रेडेंशियल का उपयोग करने और दूरस्थ SQL सर्वर से कनेक्ट करने के लिए सेट किए गए ऐप पूल में चलने वाला ASP एप्लिकेशन होगा:ऐप पूल मशीन के रूप में प्रमाणित होगा। ऐप पूल चला रहा है, और क्या यह मशीन खाता है जिसे एक्सेस देने की आवश्यकता है।
जब मशीन खाते तक पहुंच से इनकार किया जाता है, तो मशीन खाते तक पहुंच प्रदान की जानी चाहिए। यदि सर्वर 'DOMAIN\MACHINE$' लॉगिन करने से इंकार करता है, तो आपको 'DOMAIN\MACHINE$' को लॉगिन अधिकार प्रदान करने होंगे न कि NETWORK SERVICE को। नेटवर्क सेवा तक पहुंच प्रदान करने से स्थानीय . को अनुमति मिलेगी कनेक्ट करने के लिए NETWORK SERVICE के रूप में चलने वाली प्रक्रिया, दूरस्थ नहीं, क्योंकि रिमोट एक प्रमाणित करेगा, जैसा आपने अनुमान लगाया था, DOMAIN\MACHINE$।
यदि आप एएसपी एप्लिकेशन को दूरस्थ SQL सर्वर से SQL लॉगिन के रूप में कनेक्ट करने की अपेक्षा करते हैं और आपको DOMAIN\MACHINE$ के बारे में अपवाद मिलते हैं, तो इसका मतलब है कि आप कनेक्शन स्ट्रिंग में एकीकृत सुरक्षा का उपयोग करते हैं। अगर यह अनपेक्षित है, तो इसका मतलब है कि आपने अपने द्वारा उपयोग किए जाने वाले कनेक्शन स्ट्रिंग्स को खराब कर दिया है।