अनुभवी सामान्य ज्ञान -7, या "विलय और समूह नीति में अधिग्रहण"

"प्रायोगिक छोटी चीज़ों" की निरंतरता। पिछले भाग: एक , दो , तीन , चार , पाँच , छह ।

आज हम ग्रुप पॉलिसी में एक दिलचस्प पैरामीटर के बारे में बात करेंगे। हाँ, बिल्कुल। एक एकल पैरामीटर जो आपके जीवन को आसान बना सकता है (या इसे जटिल कर सकता है, यह भी संभव है)


कार्य बहुत सरलता से निर्धारित किया गया था:
यह आवश्यक है कि टर्मिनल सर्वर में प्रवेश करने वाले कुछ उपयोगकर्ताओं के पास अधिकारों का सुपर-न्यूनतम सेट हो। वे डेस्कटॉप पर कुछ भी नहीं बदल सकते थे, उन्होंने डिस्क नहीं देखी, वे केवल पूर्वनिर्धारित अनुप्रयोग (1 सी, सलाहकार +, वर्ड, एक्सेल), आदि लॉन्च कर सकते थे। उसी समय, बाकी सभी, एक ही टर्मिनल सर्वर पर जाकर, अधिकारों का एक पूरा सेट प्राप्त करना चाहिए। खैर, यह केवल इस विशेष टर्मिनल सर्वर की चिंता करना चाहिए, कार्यस्थानों पर सभी उपयोगकर्ता लगभग समान हैं।

यह सरल प्रतीत होता है - समूह नीति सेट करें और टैंकों को आगे बढ़ाएं। हालांकि, पुराने मजाक के रूप में, "एक अति सूक्ष्म अंतर है!"। यदि हम एक उपयोगकर्ता वातावरण (डिस्क्स प्रदर्शित करने पर रोक, डेस्कटॉप स्थापित करना आदि) के बारे में बात कर रहे हैं, तो ये पैरामीटर उपयोगकर्ताओं (तार्किक रूप से!) पर लागू होते हैं, और सवाल उठता है: वास्तव में हमारी नीति कहां लागू होनी चाहिए।

यदि आप इसे OU पर लागू करते हैं, जिसमें उपयोगकर्ता शामिल हैं, तो उनके पास अपने काम करने वाले कंप्यूटरों सहित हर जगह अधिकारों का एक सुपरमाइन्स्ट सेट होगा, जो हमारी योजनाओं का हिस्सा नहीं था।

यदि आप इस नीति को टर्मिनल सर्वर वाले OU पर लागू करते हैं, तो उपयोगकर्ता पैरामीटर केवल इसलिए लागू नहीं होंगे, क्योंकि वे उपयोगकर्ता कॉन्फ़िगरेशन श्रेणी में सूचीबद्ध हैं और सर्वर पर कोई प्रभाव नहीं पड़ेगा।

और यहां समूह नीति में उपर्युक्त दिलचस्प पैरामीटर लड़ाई में प्रवेश करता है। रिकॉर्ड: कंप्यूटर कॉन्फ़िगरेशन - प्रशासनिक टेम्पलेट - सिस्टम-समूह नीति - उपयोगकर्ता समूह नीति लूपबैक प्रसंस्करण मोड -Merge (या बदलें)

हम कुछ इस तरह करते हैं:

• हम समूह Pol_RestrictTerminalUsers बनाते हैं और उन लोगों को लाते हैं जिन्हें निर्दिष्ट प्रतिबंध सेट करने की आवश्यकता होती है
• एक RestrictTerminalUsers नीति बनाएँ
• हम उन सभी उपयोगकर्ता (!) प्रतिबंधों को उजागर करते हैं जिनकी हमें आवश्यकता होती है
• सक्षम-मर्ज के लिए उपरोक्त पैरामीटर सेट करें
• हम इसे OU पर लागू करते हैं, जिसमें हमें आवश्यक टर्मिनल सर्वर होता है (इसे तार्किक रूप से, एक अलग OU में रखा जाता है ताकि नीति पड़ोसी कंप्यूटरों को प्रभावित न करे)
• इस नीति के सुरक्षा फ़िल्टर में , प्रमाणीकृत उपयोगकर्ताओं को निकालें और समूह Pol_RestrictTerminalUsers , साथ ही साथ टर्मिनल सर्वर को जोड़ें!
• नतीजतन, जब कोई उपयोगकर्ता जो Pol_RestrictTerminalUsers समूह का सदस्य है, इस टर्मिनल सर्वर पर लॉग ऑन करता है, तो न केवल उसकी सामान्य उपयोगकर्ता नीतियां उस पर लागू होती हैं, बल्कि हमारी नई RestrictTerminalUsers नीति भी होती हैं, और इसका उपयोगकर्ता अन्य नीतियों के मानों से पूर्वता लेता है।
• जो उपयोगकर्ता इस समूह के सदस्य नहीं हैं, उनके लिए एक सुरक्षा फ़िल्टर चालू है और उन पर कोई अतिरिक्त सेटिंग्स लागू नहीं की गई हैं। इस प्रकार, हम निम्नलिखित प्राप्त करते हैं: कुछ उपयोगकर्ताओं के लिए टर्मिनल के प्रवेश द्वार पर, सत्र को एक तरीके से, दूसरे में कॉन्फ़िगर किया गया है, और यह सब AD में समूहों के माध्यम से बहुत ही सरलता से नियंत्रित किया जाता है।
• उनके वर्कस्टेशन पर, उपयोगकर्ताओं के पास अभी भी पहले की तरह सब कुछ है।

जिसकी आवश्यकता थी। और अंत में, टिप्पणियों की एक जोड़ी:

1. मर्ज मोड सभी उपयोगकर्ता सेटिंग्स को मर्ज करता है, और बदलें मोड उन्हें बदलता है। हम आमतौर पर मर्ज का उपयोग करते हैं क्योंकि पिछली नीतियों में सेटिंग्स हो सकती हैं (जैसे मैप किए गए ड्राइव, प्रिंटर, आदि) जिन्हें बदलने की आवश्यकता नहीं है। आप उदाहरण के लिए, प्रतिस्थापन और विलय के बारे में अधिक पढ़ सकते हैं
2. मर्ज मोड में लूपबैक प्रसंस्करण का उपयोग करते समय, नीति वास्तव में दो बार काम करती है, इस पर विचार करें यदि आप लॉगऑन स्क्रिप्ट का उपयोग करते हैं। उदाहरण के लिए, मैंने लंबे समय तक छत को नीचे ले लिया। यह स्पष्ट रूप से देखा गया है कि स्क्रिप्ट दो बार चलती है, 0.5 -1 सेकंड के ब्रेक के साथ, और जब तक मैं लूपबैक प्रसंस्करण के बारे में अधिक विस्तार से नहीं पढ़ता, मैं इसका कारण नहीं समझ सकता।

जारी रखा जाए