Windows Server & Active Directory

زیرساخت و مقیاس‌پذیری

اکوسیستم ویندوز، Windows Server و Active Directory

هویت، نقطهٔ شروع کنترل است. وقتی هر کاربر یک حساب مشخص دارد و هر دسترسی از عضویت گروه می‌آید، امنیت از یک شعار به یک ساختار قابل بازبینی تبدیل می‌شود.

معرفی تخصصی

ویندوز و Active Directory در عمل چه کاری انجام می‌دهد

تا وقتی سازمان کوچک است، مدیریت حساب‌ها روی تک‌تک رایانه‌ها شدنی به‌نظر می‌رسد. با رشد مجموعه همین کار به منبع اصلی ریسک تبدیل می‌شود: رمزها دست‌به‌دست می‌شوند، دسترسی‌ها انباشته می‌گردند و وقتی همکاری سازمان را ترک می‌کند هیچ‌کس مطمئن نیست همهٔ درها بسته شده باشد.

Active Directory این وضعیت را به یک ساختار متمرکز تبدیل می‌کند. هویت کاربران، عضویت گروه‌ها، سیاست‌های امنیتی و دسترسی به منابع همه از یک نقطه تعریف و اعمال می‌شوند؛ و مهم‌تر از آن، در هر زمان قابل گزارش‌گیری‌اند.

تمرکز ما بر طراحی ساختاری است که با سازمان رشد کند: واحدهای سازمانی بازتاب واحدهای واقعی، گروه‌ها بر پایهٔ نقش و نه بر پایهٔ افراد، و سیاست‌هایی که پیش از اعمال سراسری آزموده شده‌اند.

مسئله

چه مشکلی را حل می‌کند

دامین‌هایی که بدون طراحی اولیه رشد کرده‌اند، معمولاً یک فهرست تخت از کاربران و گروه‌هایی با نام‌های تاریخی‌اند که دیگر معنایشان را کسی به‌یاد ندارد. در چنین ساختاری هیچ سیاستی را نمی‌توان تمیز اعمال کرد.

نتیجه این است که دسترسی‌ها به‌جای کاسته شدن، انباشته می‌شوند: هر همکار با تغییر نقش دسترسی تازه می‌گیرد، اما دسترسی قبلی‌اش باقی می‌ماند.

  • حساب کاربری مستقل روی هر رایانه و نبود مدیریت متمرکز هویت
  • نامشخص بودن اینکه چه کسی به کدام پوشه و منبع دسترسی دارد
  • باقی ماندن دسترسی همکارانی که نقششان تغییر کرده یا سازمان را ترک کرده‌اند
  • اعمال دستی تنظیمات روی هر سیستم، به‌جای سیاست متمرکز
  • دامین کنترلر تکی، بدون نسخهٔ پشتیبان آزموده و بدون مسیر بازیابی
  • حساب‌های سرویس با اختیار بالا که رمزشان سال‌هاست تغییر نکرده است

کاربرد سازمانی

کجا به این خدمت نیاز پیدا می‌شود

  • ورود و خروج کارکنان

    تعریف مسیر استاندارد برای ایجاد حساب همکار جدید و بستن کامل دسترسی‌های همکاری که سازمان را ترک می‌کند، با یک اقدام مشخص.

  • دسترسی بر پایهٔ نقش

    اعطای دسترسی به پوشه‌ها و سامانه‌ها از طریق عضویت در گروه نقش، نه با افزودن تک‌تک کاربران به هر منبع.

  • یکدست‌سازی ایستگاه‌های کاری

    اعمال سیاست رمز، قفل خودکار صفحه، نگاشت درایوهای اشتراکی و تنظیمات چاپ از یک نقطه روی کل سازمان.

  • تفکیک محیط‌های حساس

    جدا کردن واحدهایی مانند مالی یا فنی در واحد سازمانی مستقل با سیاست‌های سخت‌گیرانه‌تر از بقیهٔ سازمان.

معماری پیشنهادی

ساختاری که پیشنهاد می‌کنیم

ساختار دامین باید بازتاب سازمان باشد، نه بازتاب ترتیب تاریخی ایجاد حساب‌ها. معماری پیشنهادی بر چهار پایه بنا می‌شود:

نمودار معماری — ویندوز و Active Directory
واحدهای سازمانیدامین کنترلردامین کنترلر دومتداوم سرویسGroup Policyمالیفنیاداریایستگاه‌های عضو دامین

برای دیدن کامل نمودار، آن را به چپ و راست بکشید.

  1. سرویس دامین و تداوم آندست‌کم دو دامین کنترلر، تا از دسترس خارج شدن یکی ورود کاربران و دسترسی به منابع را متوقف نکند. سرویس‌های DNS و همگام‌سازی زمان بخشی از همین پایه‌اند.
  2. ساختار واحدهای سازمانیتقسیم‌بندی بر اساس واحدهای واقعی سازمان، تا سیاست‌ها را بتوان روی گروه هدف و نه روی کل دامین اعمال کرد.
  3. مدل گروه و نقشگروه‌بندی بر پایهٔ نقش شغلی با الگوی نام‌گذاری یکدست؛ دسترسی به منابع فقط از مسیر گروه داده می‌شود.
  4. لایهٔ سیاست و اختیارGroup Policy برای تنظیمات، و تفکیک حساب‌های مدیریتی از حساب روزمرهٔ همان فرد، تا اختیار بالا فقط هنگام نیاز استفاده شود.

قابلیت‌ها

اجزا و قابلیت‌های فنی

  • طراحی یا بازطراحی ساختار دامین

    تعریف واحدهای سازمانی، الگوی نام‌گذاری و مدل گروه‌ها، به‌همراه مستندات قابل تحویل به تیم داخلی.

  • پیاده‌سازی Group Policy

    تدوین سیاست‌های امنیتی و کاربری، آزمون روی گروه محدود و سپس اعمال مرحله‌ای روی سازمان.

  • بازبینی دسترسی‌ها

    گزارش‌گیری از وضعیت موجود دسترسی به منابع و شناسایی اختیارات انباشته یا بی‌صاحب.

  • مدیریت حساب‌های سرویس

    شناسایی حساب‌های با اختیار بالا، محدودسازی دامنهٔ آن‌ها و تعریف چرخهٔ تغییر اعتبار.

  • تداوم سرویس دامین

    افزودن دامین کنترلر دوم و تعریف روش پشتیبان‌گیری ویژهٔ وضعیت دامین، که با پشتیبان‌گیری معمولی فایل متفاوت است.

  • سرویس‌های پایهٔ Windows Server

    فایل سرور با سطوح دسترسی مشخص، سرویس چاپ، و به‌روزرسانی کنترل‌شدهٔ ایستگاه‌ها و سرورها.

مزیت‌ها

چه چیزی در عملیات روزمره تغییر می‌کند

  • هویت متمرکز

    یک حساب برای هر فرد، قابل مدیریت و قابل گزارش‌گیری از یک نقطه.

  • خروج امن همکاران

    غیرفعال کردن یک حساب، دسترسی آن فرد به همهٔ منابع سازمان را می‌بندد.

  • تنظیمات یکدست

    سیاست یک بار تعریف و به‌صورت خودکار روی گروه هدف اعمال می‌شود.

  • کاهش دامنهٔ یک حادثه

    تفکیک اختیارات، از تبدیل شدن یک حساب آلوده به دسترسی کامل دامین جلوگیری می‌کند.

سناریوهای استفاده

سه وضعیت پرتکرار و پاسخ ما به آن‌ها

این سناریوها الگوی طراحی‌اند، نه شرح پروژه‌های انجام‌شده؛ برای هر سازمان با اندازه‌گیری وضعیت واقعی بازنویسی می‌شوند.

  • وضعیت

    سازمانی با حدود ۶۰ کاربر که حساب‌ها روی هر رایانه جداگانه تعریف شده‌اند و پوشه‌های اشتراکی با دسترسی باز در اختیار همه است.

    رویکرد

    طراحی دامین بر اساس واحدهای واقعی، عضو کردن مرحله‌ای ایستگاه‌ها، انتقال داده‌های اشتراکی به فایل سرور با دسترسی مبتنی بر گروه و اعمال سیاست‌ها به‌صورت آزمایشی پیش از سراسری.

    نتیجهٔ مورد انتظار

    دسترسی‌ها قابل گزارش‌گیری می‌شود و تغییر نقش یا خروج همکار به یک تغییر عضویت گروه خلاصه می‌گردد.

  • وضعیت

    دامین موجودی که تنها یک دامین کنترلر دارد و نسخهٔ پشتیبان آن هرگز آزمون نشده است.

    رویکرد

    افزودن دامین کنترلر دوم، تعریف پشتیبان‌گیری ویژهٔ وضعیت دامین و اجرای آزمون بازیابی در محیط جداگانه.

    نتیجهٔ مورد انتظار

    از دسترس خارج شدن یک دامین کنترلر دیگر به توقف ورود کاربران منجر نمی‌شود و زمان بازگشت مشخص است.

مراحل اجرا

از ارزیابی تا بهره‌برداری

  1. ارزیابی وضعیت موجود

    بررسی سلامت دامین، ساختار واحدها، سیاست‌های فعال، حساب‌های با اختیار بالا و وضعیت پشتیبان‌گیری.

  2. طراحی ساختار هدف

    تعریف واحدهای سازمانی، مدل گروه‌ها، سیاست‌ها و مسیر ورود و خروج کاربر، به‌صورت مستند.

  3. اجرای مرحله‌ای

    اعمال تغییرات روی گروه محدود، سنجش اثر و سپس گسترش تدریجی تا پوشش کل سازمان.

  4. تحویل و بازبینی

    تحویل مستندات، آموزش تیم داخلی و تعریف چرخهٔ بازبینی دوره‌ای دسترسی‌ها.

فناوری‌ها

سکوها و فناوری‌های مرتبط

فهرست فناوری‌هایی که در این حوزه با آن‌ها کار می‌کنیم. انتخاب نهایی در مرحلهٔ طراحی و بر پایهٔ وضعیت موجود سازمان انجام می‌شود.

  • Windows Server
  • Active Directory Domain Services
  • Group Policy
  • DNS / DHCP
  • Certificate Services
  • Windows Admin Center

پرسش‌های متداول — ویندوز و Active Directory

سازمان ما کوچک است؛ آیا دامین برای ما لازم است؟

از حدود ده تا پانزده کاربر به بالا، مدیریت پراکندهٔ حساب‌ها معمولاً بیشتر از خود دامین هزینه می‌سازد. تصمیم نهایی به ساختار دسترسی‌ها و حساسیت داده‌های شما بستگی دارد و پس از ارزیابی اولیه دربارهٔ آن نظر می‌دهیم.

آیا می‌توان دامین را بدون توقف کار راه‌اندازی کرد؟

بله. راه‌اندازی دامین و عضو کردن ایستگاه‌ها مرحله‌ای و در بازه‌های توافق‌شده انجام می‌شود. معمولاً کار از یک واحد کوچک شروع می‌شود تا رفتار سیاست‌ها در عمل سنجیده شود.

لایسنس Windows Server را شما تأمین می‌کنید؟

تأمین لایسنس بر عهدهٔ سازمان شماست. ما در انتخاب نسخه و مدل لایسنس متناسب با تعداد کاربران و نیاز فنی مشاوره می‌دهیم و طراحی و پیاده‌سازی را انجام می‌دهیم.

دامین فعلی ما مشکل دارد؛ باید از صفر ساخته شود؟

در بیشتر موارد خیر. ابتدا سلامت دامین، ساختار واحدها، سیاست‌ها و وضعیت پشتیبان بررسی می‌شود. اغلب اصلاح مدل گروه‌ها و بازبینی دسترسی‌ها کافی است و ساخت دامین جدید فقط وقتی پیشنهاد می‌شود که ساختار موجود واقعاً قابل اصلاح نباشد.

دربارهٔ ویندوز و Active Directory در سازمان خود صحبت کنیم

در جلسهٔ تخصصی، وضعیت فعلی، محدودیت‌ها و اهداف قابل اندازه‌گیری شما بررسی می‌شود و تصویر روشنی از معماری پیشنهادی و مراحل اجرا ارائه می‌گردد.