जब तक पासवर्ड लॉगऑन टैब में दर्ज नहीं किया जाता है तब तक विंडोज सेवा स्थानीय उपयोगकर्ता के साथ शुरू करने में विफल रहती है


2

मूल रूप से हमारे पास एक सेवा है जहां हम एक स्थानीय खाते को अपने लॉगऑन के रूप में उपयोग करते हैं। इसमें सभी उचित अनुमतियां हैं, और सब कुछ ठीक काम कर रहा है, सेवा शुरू होती है और चलती है और सब अच्छा है। फिर एक दिन, रिबूट करने के बाद, सेवा शुरू करने में विफल रहती है। लॉग गलत पासवर्ड दिखाते हैं। हमारे तकनीशियनों ने पासवर्ड को सेवाओं.एमएससी से "लॉग ऑन" टैब में फिर से टाइप करके समस्या का समाधान किया। दुर्भाग्य से हम मूल कारण नहीं बन पाए हैं। मुझे संदेह है कि सेवा के लिए संग्रहीत पासवर्ड किसी भी तरह खो गया है। क्या किसी को पता है कि पासवर्ड हैश कहाँ संग्रहीत किया जा सकता है ताकि हम इसे देख सकें? संभवतः केवल संबंधित गतिविधियाँ जो Microsoft सुरक्षा पैच से संबंधित हैं, लेकिन हमारे पास एक ही सेवा चलाने वाले कई सर्वर हैं, और हमने एक बार में एक से अधिक कभी नहीं देखा है,

मेरा मानना ​​है कि यह इसी तरह का मुद्दा है: स्थानीय उपयोगकर्ता के साथ एक बार शुरू होने तक विंडोज सेवा कस्टम उपयोगकर्ता के साथ शुरू करने में विफल रहती है लेकिन मैं टिप्पणियों को जोड़ने में असमर्थ था, और इसकी वास्तव में पुरानी थी।

अद्यतन: हमने इस मुद्दे को सेवा नीति के रूप में लॉगऑन से जोड़ा है। इस सेटिंग से किसी तरह खाता हटाया जाता है। सेवा कंसोल में पासवर्ड को फिर से रखना इस खाते को फिर से नीति में जोड़ता है। अब हम इस बारे में कोई सुझाव चाहते हैं कि मूल कारण यह है कि खाता क्यों हटाया जाता है। हमने "ऑडिट नीति परिवर्तन" को सक्षम किया है और सफलता और विफलता दोनों के लिए ऑडिट करने के लिए सेट किया है।

जवाबों:


4

उन लोगों के लिए जो अभी भी इस का जवाब तलाश रहे हैं। मुद्दा यह है कि आपके पास एक नीति है और वह खाता सेवा के रूप में चलाने के लिए सेटअप नहीं है। जब आप पासवर्ड फिर से टाइप करते हैं तो यह खाता रन को एक सेवा अधिकार के रूप में देता है। OS संस्करण के आधार पर आप gpresult / H filename.html / F चला सकते हैं और लागू होने वाली नीतियों को देख सकते हैं। फिर उस खाते को सेवा खाता अधिकार प्रदान करने वाली समूह नीति में जोड़ें।


0

मेरे पास आपके लिए कोई निश्चित फ़िक्स नहीं है, लेकिन सर्विस अकाउंट के लिए पासवर्ड को फिर से टाइप करना, आवेदन करना, फिर सेवा को रोकना और पुनः आरंभ करना एक साधारण समस्या निवारण चरण है। यह ठीक शुरू होना चाहिए। यदि नहीं, तो एसएएम को हैश लिखने में अनुमतियाँ जारी हो सकती हैं। आप अनुमतियाँ समस्या की पहचान करने में मदद करने के लिए http://sysinternals.com से ProcessMonitor का उपयोग कर सकते हैं ।

यदि सेवा पुनरारंभ होती है और समस्या केवल कुछ समय या रिबूट के बाद होती है, तो कुछ पासवर्ड बदल रहा है। इसके लिए आपको यह देखने के लिए ऑडिटिंग को सक्षम करना होगा कि कब / क्या यह परिवर्तित होता है।


क्रिस, हमने ठीक यही किया है, पासवर्ड को फिर से लिखें, और हम वापस सामान्य हो जाते हैं क्योंकि यह स्वचालित रूप से सेवा नीति में लॉगऑन में खाता जोड़ता है। हम इस मुद्दे को लगातार नहीं बढ़ा सकते हैं ताकि विस्तारित अवधि के लिए एक घोषणा को चलाने के लिए चुनौतीपूर्ण हो। हमने यह मानने में सक्षम किया है कि मेरा मानना ​​है कि सही सेटिंग, सफलता और विफलता के लिए "ऑडिट नीति में बदलाव" को कॉन्फ़िगर किया गया है।
निक
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.