إيقاف Active Directory المحلي: الانتقال إلى الهوية الحديثة مع Entra ID

By Mirko Peters · 2026-04-28

تعيد المؤسسات النظر في Active Directory (AD) المحلي القديم بشكل جذري. يتحرك العالم بسرعة نحو هوية تعتمد على السحابة أولاً، ويقع Microsoft Entra ID في قلب هذا المشهد الجديد. ومع التحول الرقمي والعمل الهجين ومنصات SaaS مثل Microsoft 365 التي أصبحت الوضع الطبيعي، بات الإبقاء على متحكمات المجال القديمة أشبه بحمل هاتف تقليدي في عالم الآيفون.

Automatically translated with AI from the original post. Read the English original

تعيد المؤسسات النظر في Active Directory (AD) المحلي القديم بشكل جذري. يتحرك العالم بسرعة نحو هوية تعتمد على السحابة أولاً، ويقع Microsoft Entra ID في قلب هذا المشهد الجديد. ومع التحول الرقمي والعمل الهجين ومنصات SaaS مثل Microsoft 365 التي أصبحت الوضع الطبيعي، بات الإبقاء على متحكمات المجال القديمة أشبه بحمل هاتف تقليدي في عالم الآيفون.

يقدم هذا المقال عرضاً واضحاً يتجاوز الضجيج، ويشرح لكم لماذا تتخلى الشركات عن AD المحلي، وكيف يناسب Entra ID هذا التوجه، وما الخطوات العملية التي يحتاجها قادة تقنية المعلومات. ستجدون سياقاً واقعياً، واستراتيجيات خطوة بخطوة، ونظرة صريحة إلى الطريق القادم، من دراسة الجدوى وصولاً إلى ما بعد إيقاف تشغيل متحكمات المجال القديمة نهائياً.

لماذا تتخلى المؤسسات عن Active Directory المحلي

إذن، ما الأهمية الكبيرة للانتقال بعيداً عن Active Directory المحلي؟ لنكن صريحين: كان الحفاظ على متحكمات المجال التي تعمل بنظام Windows Server في وضع التشغيل السليم يُعد وساماً للفخر لدى فرق تقنية المعلومات. أما اليوم، فكل مكتب، وكل موظف عن بُعد، وكل تطبيق سحابي يطالب بحل أكثر مرونة وأقل تكلفة وأكثر حداثة.

أولاً، هناك الدفع القوي نحو نقل كل شيء إلى السحابة. صُمم AD القديم لعالم يجلس فيه الجميع في المبنى نفسه. أما اليوم، فالتطبيقات والمستخدمون بل وحتى الطابعات تعمل في السحابة أو موزعة حول العالم. ومن المنطقي أن تنتقل منصة الهوية معها بدلاً من جرّ غرفة خوادم كاملة مليئة بتقنيات قديمة.

خفض التكاليف دافع قوي آخر. فإدارة AD المحلي تعني دفع تكاليف الأجهزة والنسخ الاحتياطي والتصحيحات والتعافي من الكوارث والمهارات المتخصصة. ومن خلال الانتقال إلى Entra ID وغيره من الحلول السحابية الأصيلة، تقلّل المؤسسات هذه الأعباء الإضافية وتحصل على نفقات أكثر قابلية للتنبؤ قائمة على الاشتراكات.

بالطبع، لا يمكن تجاهل تأثير Microsoft 365. إذا كنتم تعملون يومياً في Teams أو SharePoint Online أو Exchange Online، فإن الارتباط بـ AD التقليدي يبدو تراجعاً إلى الوراء. تتطلب منصات SaaS الحديثة هوية حديثة، مثل المصادقة بدون كلمة مرور، والوصول المشروط، والتكامل السلس مع ضوابط الأمان السحابية. وهنا يبرز دور Entra ID.

ولا ننسى العمل عن بُعد. فقد غيّرت الجائحة القواعد تماماً. تحتاج المؤسسات إلى تمكين موظفيها في كل مكان، وبشكل آمن، ومن دون تعقيدات الشبكات الخاصة الافتراضية (VPN). تزيل إدارة الهويات في السحابة هذه الحواجز، وتتيح تسجيل الدخول الموحد من أي مكان وعلى أي جهاز وفي أي وقت.

باختصار، إيقاف Active Directory المحلي لا يتعلق بمطاردة التقنيات الجديدة اللامعة فحسب. بل يتعلق بالمرونة والأمان والتكلفة، وبجعل تقنية المعلومات عنصراً يمكّن الأعمال بدلاً من أن تكون عائقاً أمامها. أسباب هذا التوجه تتراكم، وإذا كنتم تقرأون هذا المقال، فمن المرجح أن مؤسستكم تشعر بهذا الضغط أيضاً. يرشدكم بقية المقال إلى الخطوات التالية، من الخيارات التقنية وصولاً إلى الحياة اليومية بعد AD.

تحديد الهدف مع Entra: اختيار مستقبل الهوية

يحدد الاختيار بين Microsoft Entra ID و Entra Domain Services (Entra DS) مدى جاهزية منصة الهوية لديكم للمستقبل. يُعرف Entra ID سابقاً باسم Azure AD، وهو مخصص بالكامل للهوية السحابية، ومصمم لتطبيقات SaaS والأجهزة المحمولة وتطبيقات الويب. وهو أنيق وخفيف، ويتخلص من أعباء البروتوكولات القديمة. لكن هل هذا كافٍ للجميع؟

إذا كانت مؤسستكم ما زالت تشغّل تطبيقات تتطلب المصادقة التقليدية (مثل Kerberos أو NTLM)، فإن Entra DS يقدم حلاً هجيناً وسطاً. يمنحكم قدراً كافياً من ميزات متحكمات المجال المألوفة، دون الحاجة إلى الخوادم القديمة في الرف. ويقدم Entra DS في جوهره خدمات مجال مُدارة، أي صداعاً أقل، لكنكم لن تتخلصوا تماماً من البروتوكولات القديمة.

السؤال الجوهري: ما مقدار الإرث القديم الذي تحتاجونه فعلاً؟ يمنحكم الاعتماد السحابي فقط مع Entra ID أماناً أكثر انسيابية، وامتثالاً أسهل، وضوابط قوية مثل الوصول المشروط. لكن Entra DS يكون الخيار الأنسب إذا كنتم مرتبطين ببرمجيات قديمة، أو تطبيقات كلاسيكية، أو اعتماديات على طابعات لم يحن وقت التخلص منها بعد.

هذه ليست خطوة تصلح للجميع. ستحتاج إلى جرد كل تطبيق ونظام أعمال: ما الذي يعتمد عليه؟ وأيّها يعمل بسلاسة مع SAML أو OAuth أو المصادقة الحديثة؟ وهل توجد في شبكتك أنظمة شبحية تعتمد على LDAP أو NTLM ولا يتحدث عنها أحد؟ تتوقف حالتك المستقبلية على مطابقة احتياجات الأعمال مع واقع المصادقة. وإذا كنتم تتعاملون مع فوضى نهج السحابة أو تقلقون من الثغرات، فاطّلعوا على كيفية عمل ضوابط الهوية والوصول عملياً في موارد مثل هذا التحليل المعمّق لحوكمة نهج Entra ID، أو تعرّفوا على الهجمات في عصر السحابة على موافقة OAuth.

بنية طبقة الهوية (Identity Fabric) لعمليات الانتقال الآمن إلى السحابة

وهنا تصبح الأمور مثيرة للاهتمام: "طبقة الهوية". وليست هذه عبارة تسويقية رنانة، بل هي الطريقة التي تربط بها المؤسسات كل شيء معاً عبر السحابة وأي بقايا محلية خلال الانتقال بعيداً عن AD. تعمل طبقة الهوية كدورية حدود رقمية، تفرض السياسات أينما كان المستخدمون والأجهزة والبيانات.

فكّروا فيها على أنها المحيط الجديد: فبدلاً من الجدران النارية وأبواب المباني، ينتقل الأمان مع المستخدم والتطبيق، لا مع الشبكة. ومع طبقة هوية متينة، يمكنكم ربط الأجهزة المحمولة والمكاتب البعيدة وتطبيقات السحابة وأي نظام قديم متفرّق معاً بطريقة آمنة وقابلة للإدارة.

لا يمكنكم تبديل المفتاح من AD إلى السحابة في ليلة وضحاها؟ ستحتاجون إلى جسر، مثل Azure AD Connect أو المصادقة عبر الوسيط (Pass-through Authentication)، للحفاظ على تسجيل دخول الجميع بسلاسة أثناء الانتقال. ويتيح الانضمام الهجين لأجهزة Windows الجمع بين أفضل ما في العالمين، كما تضمن مزامنة الدليل ألا يُترك أحد خارج عملية الانتقال نحو الوصول القائم على السحابة أولاً.

والثقة الصفرية (Zero Trust) مدمجة أيضاً. فبدلاً من افتراض أن المستخدمين "في الداخل" آمنون، يُعاد التحقق من كل محاولة وصول. وإذا أردتم مساعدة في بناء سياسات صارمة وعادلة في الوقت نفسه، فاطّلعوا على رؤى عملية حول الوصول المشروط في هذا الاستعراض لمسائل الثقة في نهج Microsoft، أو تعرّفوا على تصميم الثقة الصفرية عبر مؤسستكم من خلال نصائح واقعية في الاستراتيجية والبنية. الخلاصة: توفر طبقة الهوية المتمحورة حول السحابة أساساً للمرونة والتكيّف وأمناً أشد من غرف الخوادم المتقادمة.

خارطة طريق الانتقال: كيف نصل إلى هناك؟

لا يمكنكم ببساطة الدخول إلى غرفة الخوادم، وفصل AD، والاكتفاء بذلك. تحتاجون إلى خارطة طريق متينة، ويفضل أن تكون من النوع الذي لا يكسر شيئاً ولا يزعج المستخدمين ولا يُطلق حريقاً جديداً في قسم تقنية المعلومات. إن الرحلة من AD المحلي إلى هوية السحابة تقوم على مراحل ذكية وتقدم ثابت، لا على قفزات كبيرة نحو الهاوية.

تأتي الاكتشافات أولاً: انقّبوا بعمق وارسموا خريطة لكل مستخدم ومجموعة وطابعة وتطبيق قديم ما زال يتحدث إلى AD. هذه فرصتكم لكشف أي حسابات خدمة منسية وفهم من يعتمد على ماذا. فكّروا في الأمر كتحضير لحفرية أثرية في AD، تتجنب المفاجآت غير السارة في منتصف الانتقال.

بعد اكتمال الجرد، شغّلوا تجربة تجريبية مع مجموعة صغيرة. راقبوا ما الذي ينكسر. تعلّموا بسرعة، وأصلحوا بسرعة، وحسّنوا نهجكم. يأتي بعد ذلك التزامن الدليلي باستخدام أدوات مثل Azure AD Connect، وهو ما يُبقي الهويات السحابية والمحلية متوافقة أثناء التخطيط للتحويل النهائي.

يُعد تخطيط التحويل النهائي أمراً حاسماً. هنا تنتقل المصادقة من المحلي إلى السحابة. التواصل أساسي: يحتاج المستخدمون إلى معرفة ما يجري ولماذا وكيف يحصلون على المساعدة. ولا يكون إيقاف تشغيل AD القديم آمناً إلا بعد التأكد التام من أن كل شيء سليم.

وطوال هذه المراحل، احتفظوا دائماً بخطة التراجع في متناول اليد. انسخوا احتياطياً حالة AD، واحتفظوا بنافذة استرداد، وتحقّقوا من أي تغييرات "لا عودة منها"، مثل تبديل DNS أو حذف الكائنات بالجملة. وإذا تعطّل تطبيق حرج بعد التحويل النهائي، فإن القدرة على الرجوع تساوي وزنها ذهباً. تُجنّبكم خارطة الطريق المرحلية هذه المتاعب والتوقف عن العمل، وتُبقي أصحاب المصلحة راضين أثناء صعودكم نحو هوية السحابة.

الحياة بدون DC: المصادقة والوصول في عالم السحابة فقط

أهلاً بكم في الجانب الآخر، حيث لا توجد وحدات تحكم بالمجال تعمل في الغرفة الخلفية. فكيف تبدو الحياة هناك فعلاً؟ يسجّل مستخدموكم الدخول الآن عبر المصادقة المستندة إلى السحابة، فلا مزيد من مطالبات كلمات المرور القديمة ولا قيود الارتباط بالخوادم المحلية. قد تحتاجون إلى قدر من إعادة التدريب، لكن بالنسبة لمعظم المستخدمين يعني ذلك تسجيل دخول موحّد أكثر سلاسة وثباتاً من أي مكان ومن أي جهاز.

تتغيّر إدارة الأجهزة أيضاً. لم تعد نهج مجموعة النهج التقليدية ذات جدوى، بل تبرز أدوات مثل Microsoft Intune، التي تتيح لكم فرض الامتثال للأجهزة، ودفع الإعدادات، وحتى إدارة نهج BYOD بقدر أقل من التعقيد. أما على صعيد الأمان، فتتولى قواعد الوصول المشروط زمام الأمور، فتحدد من يحق له الوصول إلى ماذا، ومتى، ومن أين.

هنا تصبح المحافظة على ترتيب البيت أسهل وأصعب في آنٍ واحد. يجب تسجيل كل جهاز، من حاسوب العمل المحمول إلى الهاتف، وتأكيد امتثاله بشكل صحيح. فالأمر لا يتعلق بمنح الثقة للجهاز لمجرد وجوده "داخل الشبكة"، بل بالتحقق من الهوية والحالة في كل مرة دون استثناء.

هل تريدون تجنّب الثغرات الأمنية أو تُرك المستخدمين يصلون إلى ما لا يحتاجونه من وصول؟ اعتمدوا على أفضل الممارسات، فـضبطوا الوصول المشروط لسد ثغرات الثقة، أو توجهوا إلى أدلة أمان Microsoft 365 للحصول على نصائح عملية حول الموازنة بين الحماية وتجربة مستخدم مريحة. مع الأدوات السحابية الأصلية المناسبة، يمكن أن تجعل إدارة البيئة دون Active Directory المحلي عمل تقنية المعلومات أسهل وأكثر أماناً بكثير مما كان عليه من قبل.

إدارة Exchange Server وMicrosoft 365 بعد إيقاف AD

بعد إطفاء الأنوار عن AD المحلي، تتغيّر إدارة Exchange وجهتها. إذا كنتم تشغّلون Exchange Server، فستحتاجون إلى نقل صناديق البريد إلى Exchange Online أو التأكد من إدارة التعايش بشكل صحيح. ومن الأهمية بمكان مواءمة ملكية صناديق البريد والأذونات مع نموذج الهوية السحابي الجديد، لا سيما أثناء الانتقال.

أما في Microsoft 365، فتعتمد المصادقة الآن بالكامل على Entra ID أو مزامنة الدليل الهجين. ولا يتوقف الامتثال عند هذا الحد، فاستخدموا أدوات التدقيق الموحّدة مثل Microsoft Purview Audit لتغطية الإجراءات الإدارية، ومراقبة تدفق البريد، والاحتفاظ بسجل للتحقيقات. ومع انتقال بصمة Exchange لديكم، تأكدوا من أن تجربة المستخدم والامتثال يبقيان في صدارة الأولويات.

الآثار الأمنية والامتثالية لإيقاف AD المحلي

يؤدي سحب القابس عن AD المحلي إلى ظهور تعقيدات جديدة في الأمان والامتثال. لنبدأ بسجلات التدقيق: فالفرق القانونية والمدققون يحبون سجلات المصادقة التاريخية، لذا تحتاجون إلى خطة لأرشفة بيانات AD القديمة والوصول إليها لسنوات قادمة. ولا يمكن تجاهل لوائح مثل GDPR وHIPAA وSOX، فوضعكم الامتثالي يعتمد على الاحتفاظ السليم بالبيانات وسهولة استرجاعها لأغراض التحقيق الجنائي الرقمي.

كما يتغيّر مشهد التهديدات. فمع الهوية السحابية فقط مثل Entra ID، تتطور الهجمات، ومن أمثلتها سرقة الرموز المميزة (Tokens)، وسوء ضبط الوصول المشروط، وتصعيد الامتيازات إن لم تكونوا يقظين. فأمان المنصة السحابية يقوم على مراقبة من يفعل ماذا، ومن أين، وبأي تكرار. ويجب أن ترتقي منظومة المراقبة لديكم بأدوات قوية وتنبيهات فورية.

الحوكمة هي جوهر المرحلة المقبلة. تأكدوا من أن ضوابطكم ليست مجرد خانات تُعلَّم، وراقبوا انحراف الامتثال الناتج عن أنماط التعاون الجديدة وإصدارات الملفات. ونفّذوا مراقبة مستمرة بحلول مثل Defender for Cloud لتوفير رؤية فورية عبر بيئتكم بالكامل، ثم اربطوا كل ذلك في تقارير قابلة للتنفيذ تُقدَّم للإدارة.

ولا تغفلوا عن حوكمة الهوية أيضاً. استخدموا سجلات التدقيق المتقدمة ومراجعات الوصول المناسبة، راجعوا Microsoft Purview Audit، للتأكد من عدم خروج الامتيازات عن السيطرة. والخلاصة: بعد إيقاف AD، أعطوا الأولوية للحوكمة الحديثة والنهج الذكية والمراقبة القوية، للحفاظ على أمان مؤسستكم وامتثالها وحمايتها من تهديدات الهوية الجيلية الجديدة.

الخاتمة: التأمل في اللحظة الفاصلة

إيقاف تشغيل Active Directory المحلي ليس مجرد بند تقني تُشطبه من القائمة، بل هو محطة حقيقية في تحديث بنيتك التقنية بالكامل. يحمل هذا التحول فوائد مهمة: انخفاض تكاليف البنية التحتية، واستجابة أسرع لاحتياجات الأعمال، وأمان أشد عبر ضوابط أصيلة في السحابة.

لقد تعرّفت على مسار الرحلة وعلى ما ينبغي مراقبته، بدءًا من الترحيل وصولًا إلى الامتثال والعمليات اليومية. غير أن المهمة لا تنتهي عند الانتقال الفعلي. فالتحسين المستمر، وحوكمة الهوية بيقظة، ومراجعة العمليات، هي ما يُبقي مؤسستك مستعدة لأي تحديات يحملها المستقبل. هذا التحول أكبر من نقطة نهاية، إنه بداية جديدة وأفضل.

التعليقات وتطبيقات البودكاست ورؤى المجتمع

• شارك تجربتك: ما أكبر تحدٍّ واجهك عند الانتقال بعيدًا عن Active Directory المحلي؟ شاركنا قصصك أو أفضل نصائحك في التعليقات أدناه.
• استمع وتعلّم: اطّلع على حلقات البودكاست ذات الصلة حول الهوية وأمان السحابة من Microsoft، للحصول على رؤى ومقابلات مع خبراء من الميدان.
• ابقَ على اطلاع مع المجتمع: تابع الخبراء التقنيين على LinkedIn أو Twitter للحصول على أحدث النصائح ودروس الترحيل.
• شارك في النقاش: انضم إلى المنتديات الإلكترونية والندوات عبر الإنترنت أو مجموعات مجتمع Microsoft التقني، لترى كيف يتعامل زملاؤك مع تحديات مشابهة.