Technical Anshu
Tutorials Blog
🗂️ सक्रिय निर्देशिका मूल बातें

सक्रिय निर्देशिका संरचना मार्गदर्शिका ओयू उपयोगकर्ताओं और समूहों को स्वच्छ तरीके से बनाएं

एक अव्यवस्थित सक्रिय निर्देशिका बनाना आसान है और साफ़ करना कष्टदायक है। यह मार्गदर्शिका संरचना को सही क्रम में बनाती है - पहले ओयू, फिर उपयोगकर्ता, फिर समूह - इसलिए नीति और प्रतिनिधिमंडल वर्षों तक सरल बने रहते हैं।

✍️ Technical Anshu🪟 Windows Server⏱️ 12 minute setup
🎥 पूरा वीडियो देखें - प्रत्येक OU, उपयोगकर्ता और समूह को चरण दर चरण लाइव बनाया गया

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

Active Directory Users and Computers - a planned OU tree (example names)
office.local
📁 Delhi Office (OU) — Accounts · Sales · Computers · Groups
📁 Jaipur Office (OU) — Accounts · Sales · Computers · Groups
📁 New Computers (OU) — staging area for freshly joined machines
📁 Disabled Users (OU) — leavers kept here before deletion

एक ओयू पेड़ जो वास्तविक कार्यालय को प्रतिबिंबित करता है। उपरोक्त नाम उदाहरण हैं - पैटर्न की प्रतिलिपि बनाएँ, नामों की नहीं।

1

कुछ भी बनाने से पहले OU ट्री की योजना बनाएं

OU केवल एक फ़ोल्डर नहीं है. यह वह इकाई है जिसका उपयोग आप बाद में समूह नीति लागू करने और छोटे कार्य सौंपने जैसे पासवर्ड रीसेट करने के लिए करते हैं। इसलिए ओयू को इस आधार पर डिज़ाइन करें कि कार्यालय वास्तव में कैसे चलाया जाता है:

  1. प्रति साइट या शाखा में एक शीर्ष OU - दिल्ली कार्यालय, जयपुर कार्यालय
  2. प्रत्येक साइट के अंदर, विभाग या फ़ंक्शन द्वारा चाइल्ड ओयू - खाते, बिक्री
  3. प्रत्येक साइट के अंदर उपयोगकर्ताओं, कंप्यूटरों और समूहों के लिए अलग-अलग ओयू - लोगों और मशीनों के लिए नीतियां अलग-अलग हैं
  4. शीर्ष पर दो उपयोगिता OU: नए कंप्यूटर (स्टेजिंग) और अक्षम उपयोगकर्ता (लीवर्स)

ईमानदार नियम: यदि कोई ओयू किसी नीति या प्रतिनिधिमंडल के निर्णय को नहीं बदलता है, तो यह सजावट है। पेड़ को उथला रखें - अधिकांश कार्यालयों के लिए तीन स्तर काफी है।

2

सक्रिय निर्देशिका उपयोगकर्ताओं और कंप्यूटरों में ओयू बनाएं

डोमेन नियंत्रक पर dsa.msc खोलें, डोमेन पर राइट-क्लिक करें, नई → संगठनात्मक इकाई चुनें, और अपनी योजना से ट्री बनाएं। PowerShell वही कार्य करता है और इसे दोहराना आसान है:

  1. New-ADOrganizationalUnit -Name "Delhi Office" -Path "DC=office,DC=local"
  2. New-ADOrganizationalUnit -Name "Accounts" -Path "OU=Delhi Office,DC=office,DC=local"
  3. कंटेनर को आकस्मिक विलोपन से सुरक्षित रखें पर टिक करें (पॉवरशेल डिफ़ॉल्ट रूप से ऐसा करता है) - अंतिम अनुभाग में इस पर अधिक जानकारी

इस गाइड में हर जगह office.local को अपने डोमेन नाम से बदलें। संरचना मायने रखती है, उदाहरण नाम नहीं।

3

नामकरण नियम के साथ, सही OU के अंदर उपयोगकर्ता बनाएं

विभाग OU → नया → उपयोगकर्ता पर राइट-क्लिक करें। यहां दो निर्णय तय करते हैं कि आपकी निर्देशिका कितनी साफ़ रहेगी:

  1. लॉगऑन नामों के लिए एक नामकरण नियम - उदाहरण के लिए firstname.lastname - एक बार निर्णय लिया गया और कभी नहीं तोड़ा गया, यहां तक कि समान नामों के लिए भी
  2. उपयोगकर्ता को अगले लॉगऑन पर पासवर्ड बदलना होगा पर टिक करें ताकि आपके द्वारा सेट किया गया पासवर्ड केवल एक बार का स्टार्टर पासवर्ड हो
  3. अभी विभाग और विवरण भरें - भविष्य में आप प्रत्येक ऑडिट के दौरान उपस्थित होकर आपको धन्यवाद देंगे

PowerShell का वही खाता: New-ADUser -Name "Rahul Sharma" -SamAccountName "rahul.sharma" -UserPrincipalName "[email protected]" -Path "OU=Accounts,OU=Delhi Office,DC=office,DC=local" -Enabled $true -ChangePasswordAtLogon $true

4

सुरक्षा समूह बनाएं और समूहों को अधिकार दें, लोगों को नहीं

समूह यह बताते हैं कि अनुमतियाँ कैसे प्रबंधनीय रहती हैं। प्रति संसाधन एक सुरक्षा समूह बनाएं - उदाहरण के लिए खाता फ़ाइल शेयर के लिए GRP-Accounts-Share - फिर समूह में उपयोगकर्ताओं को जोड़ें, और केवल समूह को साझा करने की अनुमति दें।

  1. New-ADGroup -Name "GRP-Accounts-Share" -GroupScope Global -GroupCategory Security -Path "OU=Groups,OU=Delhi Office,DC=office,DC=local"
  2. Add-ADGroupMember -Identity "GRP-Accounts-Share" -Members "rahul.sharma"
  3. जब राहुल विभाग बदलते हैं, तो आप उनकी समूह सदस्यता को हटा देते हैं - शेयर को फिर कभी नहीं छुआ जाता है

ईमानदार चेतावनी: जिस दिन आप किसी फ़ोल्डर को सीधे एक व्यक्ति को अनुमति देते हैं, आपने वह गड़बड़ी शुरू कर दी है जिसे रोकने के लिए यह मार्गदर्शिका मौजूद है।

5

आपने जो बनाया है उसे सुरक्षित रखें और उसका सत्यापन करें

दो आदतों के साथ समाप्त करें जो एक प्रबंधित निर्देशिका को एक भाग्यशाली निर्देशिका से अलग करती हैं:

  1. पुष्टि करें कि प्रत्येक OU पर आकस्मिक विलोपन से सुरक्षित है - OU → Properties → ऑब्जेक्ट टैब पर राइट-क्लिक करें
  2. एक कमांड से सत्यापित करें: Get-ADUser -Filter * -SearchBase "OU=Delhi Office,DC=office,DC=local" - सूची में उपयोगकर्ताओं को केवल उनके नियोजित OUs में दिखाया जाना चाहिए
  3. अपने नामकरण नियम और ओयू योजना को एक पृष्ठ में लिखें और इसे सर्वर दस्तावेज़ के साथ रखें

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

🔴 एक नियम जो AD को साफ़ रखता है: अनुमतियाँ समूहों में जाती हैं, लोग समूहों में जाते हैं। जैसे ही कोई शेयर, प्रिंटर या पॉलिसी किसी एक व्यक्ति की ओर इशारा करता है, आपकी निर्देशिका सड़ने लगती है - और जब तक वह व्यक्ति चला नहीं जाता तब तक कोई भी इस पर ध्यान नहीं देता।

🎥 पूरा वीडियो देखें

पूर्ण ओयू, उपयोगकर्ता और समूह निर्माण प्रक्रिया - एक वास्तविक डोमेन नियंत्रक पर चरण दर चरण लाइव।

▶️ Watch Full Video
❓ सामान्य प्रश्न (एफएक्यू)

OU और उपयोगकर्ता जैसे कंटेनर के बीच क्या अंतर है?

उपयोगकर्ता और कंप्यूटर जैसे कंटेनर अंतर्निहित हैं और समूह नीति या प्रतिनिधिमंडल नहीं ले सकते हैं। ओयू वे वस्तुएं हैं जिन्हें आप स्वयं बनाते हैं, और वे वे नीतियां हैं जिनसे नीतियां जुड़ी होती हैं और अधिकार सौंपे जाते हैं। यही कारण है कि नई वस्तुओं को हमेशा डिफ़ॉल्ट कंटेनरों से आपके अपने ओयू में ले जाया जाता है।

क्या ओयू विभाग द्वारा या स्थान द्वारा बनाया जाना चाहिए?

जो कोई भी नीति बदलता है या जिम्मेदारी का समर्थन करता है। अधिकांश छोटी कंपनियों को पहले स्थान की आवश्यकता होती है (प्रत्येक शाखा का अपना सहायक व्यक्ति होता है), फिर प्रत्येक शाखा के अंदर विभाग की। यदि एक व्यवस्थापक सब कुछ प्रबंधित करता है और टीम के अनुसार नीति अलग-अलग होती है, तो विभाग-प्रथम भी समान रूप से मान्य है - एक तर्क चुनें और सुसंगत रहें।

OU वृक्ष कितना गहरा होना चाहिए?

उथला. दो से तीन स्तर लगभग हर कार्यालय को कवर करते हैं: साइट, फिर विभाग, फिर उपयोगकर्ता और कंप्यूटर का विभाजन। गहरे पेड़ नीति विरासत की भविष्यवाणी करना कठिन बना देते हैं और हर भावी व्यवस्थापक को धीमा कर देते हैं जिन्हें आपका लेआउट समझना होता है।

यह मार्गदर्शिका सक्रिय निर्देशिका OU, उपयोगकर्ता और समूह निर्माण पर तकनीकी अंशू वीडियो पर आधारित है • एक कदम पर अटक गए हैं? वीडियो टिप्पणियों में पूछें - आपको उत्तर मिलेगा 🙏