हमारे पास विंडोज एंबेडेड स्टैंडर्ड 7 और SCCM 2012 R2 सर्वर को चलाने के लिए बहुत सारे पतले क्लाइंट हैं जिन्हें मैनेज करना है। पतले क्लाइंट के पास अपने लिखने के फिल्टर सक्षम (FBWF) होते हैं, ताकि मशीन में बदलाव लगातार न हो। दुर्लभ अवसर पर हमें उन पर कुछ अपडेट करना होता है, हम बस इसे SCCM के माध्यम से तैनात करते हैं और यह स्वचालित रूप से लेखन फ़िल्टर को बंद करने और बदलाव करने के लिए वापस चालू करने का ख्याल रखता है।
यहां क्या होना चाहिए :
SCCM क्लाइंट अपने काम को बचाने और सिस्टम को बंद करने के लिए उपयोगकर्ता को नोटिस और 30 मिनट की उलटी गिनती देता है। पतले ग्राहक तब रिबूट करता है और लिखने के फिल्टर को निष्क्रिय करता है। लॉग-ऑन स्क्रीन एक पैडलॉक प्रदर्शित करता है और नोटिस करता है कि यूनिट को सेवित किया जा रहा है, और सामान्य (गैर-व्यवस्थापक) उपयोगकर्ताओं को लॉग ऑन करने की अनुमति नहीं देगा जबकि SCCM यह काम कर रहा है। जब SCCM हो जाता है, तो यह फिर से फिल्टर, रिबूट और फिर से उपयोगकर्ताओं को फिर से लॉग इन कर सकता है।
समस्या यह है कि हम सिस्टम में लॉग इन करने के लिए निकटता कार्ड पाठकों का उपयोग करते हैं। कर्मचारी पासवर्ड टाइप नहीं करते हैं। वे सिर्फ अपने बैज पर टैप करते हैं। यह प्रणाली अच्छी है, लेकिन इसे चलाने वाला सॉफ्टवेयर विंडोज एंबेडेड के साथ राइट फिल्टर फिल्टर को तोड़ता है।
यहां वास्तव में क्या होता है:
SCCM क्लाइंट राइट-फिल्टर से रिबूट करने से पहले सामान्य 15 मिनट का नोटिस देता है। जब यह रीबूट होता है, तो सामान्य लॉगिन स्क्रीन प्रदर्शित होती है। उपयोगकर्ता सिस्टम में लॉग इन कर सकते हैं और इसका उपयोग कर सकते हैं जबकि SCCM सॉफ़्टवेयर स्थापित कर रहा है। और क्योंकि एक उपयोगकर्ता सत्र सक्रिय है, यह फिर से लिखने के फ़िल्टर के साथ रिबूट करने से पहले 30 मिनट का एक और नोटिस देता है।
इस परिदृश्य में, यह न केवल परिनियोजन समय के लिए अतिरिक्त 30 मिनट जोड़ता है, बल्कि यह सामान्य उपयोगकर्ताओं को भी पतले क्लाइंट पर असुरक्षित 30-60 मिनट का एक ठोस समय देता है, जो भी परिवर्तन होने पर वे स्थायी रूप से छवि में बेक हो जाते हैं। लिखना फ़िल्टर वापस चालू हो जाता है।
समस्या इस तथ्य से उपजी है कि विंडोज एंबेडेड 7 नियमित विंडोज 7 की तुलना में एक अलग क्रेडेंशियल प्रदाता (उर्फ जीना) का उपयोग करता है, लेकिन एसएसओ उत्पाद को कार्य करने के लिए विंडोज क्रेडेंशियल प्रदाता को बदलना होगा। मैंने इसके बारे में विक्रेता से संपर्क किया है, लेकिन वे कहते हैं कि यह एक ज्ञात मुद्दा है और इसके लिए कोई फिक्स या वर्कअराउंड नहीं है।
तो यहाँ मेरा सवाल है:
मैं वांछित व्यवहार को दूसरे तरीके से कैसे अनुकरण कर सकता हूं? मुझे पता है कि एक समूह नीति सेटिंग है जहां आप विशिष्ट उपयोगकर्ता समूहों के लिए स्थानीय लॉगऑन को अस्वीकार कर सकते हैं। मैं सोच रहा था कि मैं स्थापित करने से पहले और बाद में संबंधित रजिस्ट्री सेटिंग को फ्लिप कर सकता हूं, लेकिन मैं अन्य विचारों के लिए खुला हूं।
अगर मैं करना है तो मैं स्क्रिप्टिंग इंस्टॉल से ऊपर नहीं हूं। मैं स्क्रिप्टिंग, पॉवरशेल, वीबीएसस्क्रिप्ट इत्यादि के साथ धाराप्रवाह हूं, मुझे आश्चर्य है कि किसी को भी इस पर कोई उज्ज्वल विचार है कि इसे कैसे हल किया जाए।
अद्यतन:
मैंने यह उल्लेख करने के लिए उपेक्षा की कि इन उपकरणों का उपयोग अस्पताल के वातावरण में कर्मचारियों के लिए उनके रोगियों पर चार्ट बनाने के लिए किया जा रहा है। वे दिन में 24 घंटे उपलब्ध होने चाहिए, इसलिए हम लॉगऑन घंटे प्रतिबंधित नहीं कर सकते या रखरखाव विंडो कॉन्फ़िगर नहीं कर सकते। हम पर्यवेक्षकों को स्थानांतरित करने के लिए अग्रिम सूचना देकर डाउनटाइम का प्रबंधन करते हैं, लेकिन एक घंटे से अधिक समय तक कुछ भी एक कानूनी अनुपालन मुद्दा बन जाता है और आधिकारिक डाउनटाइम प्रक्रियाओं को लागू करने की आवश्यकता होती है।