تنفيذ ترحيل سلس إلى Microsoft Entra ID

By Mirko Peters · 2026-08-22

لماذا ترحّل إلى Microsoft Entra ID الآن؟ تتجه المؤسسات بشكل متزايد بعيدًا عن أنظمة الهوية المجزأة لتبسيط إدارة الوصول. الترحيل إلى …

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

لماذا الترحيل إلى Microsoft Entra ID الآن؟

تتجه المؤسسات بشكل متزايد نحو الابتعاد عن أنظمة الهوية المجزأة لتبسيط إدارة الوصول. ويوفّر الترحيل إلى Microsoft Entra ID ‏(الاسم السابق Azure Active Directory) منصةً موحّدة للهوية تركّز المصادقة لكلٍّ من الموارد السحابية والموارد المحلية. وعلى خلاف المزوّدين القدامى مثل SiteMinder الذين يعتمدون على المصادقة القائمة على الترويسات، يدعم Entra ID بروتوكولات حديثة مثل SAML وOpenID Connect وOAuth لتأمين بيئات العمل الهجينة.

إن توحيد مكدس الهوية يتيح اعتماد إجراءات أمنية مقاومة للتصيّد لا تستطيع الأنظمة المحلية القديمة دعمها بشكل أصلي. وبالانتقال، يمكن للفرق الاستفادة من ميزات الحوكمة الآلية، ومنها الوصول المحدد بزمن عبر Privileged Identity Management وإدارة دورة الحياة المبسطة. كما توفّر المنصة طرق تسجيل دخول بلا كلمة مرور، مثل مفاتيح FIDO2 وتطبيق Microsoft Authenticator، مما يقلل بشكل كبير من خطر سرقة بيانات الاعتماد.

يغطي M365 FM Podcast هذه التحولات بانتظام، ويساعد المهندسين المعماريين على الانتقال من Active Directory Federation Services القديمة إلى المصادقة السحابية الأصلية. ووفقاً لدراسة متعددة السحابات لعام 2025، تدير 75% من المؤسسات الآن مزوّدَي هوية أو أكثر، ومع ذلك فإن توحيد مستوى التحكم على منصة واحدة يقلل الدين التقني ويحسّن وضع Zero Trust الشامل لديك.

ارسم خريطة للتبعيات قبل المزامنة

قبل بدء أي مزامنة، يجب إجراء تدقيق شامل لتبعياتك المحلية الحالية. ويشمل ذلك جرد الخدمات الحيوية مثل DNS وكائنات نهج المجموعة (Group Policy Objects)، والتطبيقات القديمة التي قد تعتمد على Kerberos أو NTLM. ولا تغفل مكونات البنية التحتية مثل خوادم SMTP الوسيطة وخوادم RADIUS وإعدادات مصادقة الطابعات، إذ إنها كثيراً ما تتعطل أثناء النقل المباشر (lift-and-shift). وفي حين تؤكد منصات مثل M365 FM Podcast التحول نحو البروتوكولات الحديثة، ما زالت كثير من المؤسسات تستضيف أحمال عمل قديمة تتطلب مسارات اتصال محددة.

تحديد الحالة المستهدفة

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

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

يبدأ الانتقال إلى نموذج هوية سحابي أصيل بتدقيق شامل لبيئتك الحالية. بعد أن تفهم حجم بصمتك التقنية، طبّق أساس هوية هجيناً باستخدام Microsoft Entra Connect لمزامنة الدليل. وتتمثل الخطوة التالية الحاسمة في الابتعاد عن AD FS والتحول إلى طرق مصادقة سحابية أصيلة، مثل Password Hash Sync أو Pass-Through Authentication، مع الاستفادة من AD FS Application Migration Wizard لإعادة تهيئة تطبيقات الأطراف المعتمدة لتعمل مع Microsoft Entra ID. وطوال هذه العملية، استخدم أدوات الأمان لحماية بنيتك التحتية. وأخيراً، وبعد اكتمال نقل تطبيقاتك ومستخدميك بالكامل، يمكنك إيقاف وحدات التحكم بالنطاق المحلية القديمة بشكل منهجي.

اختبر المصادقة السحابية باستخدام الطرح التدريجي

يتطلب الانتقال من Active Directory Federation Services (AD FS) إلى المصادقة السحابية الأصيلة استراتيجية تحقق موثوقة. يُعد Staged Rollout جسراً لهذا الانتقال، إذ يتيح لك ترحيل مجموعات محددة من المستخدمين إلى التحقق السحابي مع إبقاء بنية الاتحاد الحالية متاحة كخيار احتياطي. وهذا يقلل المخاطر بعزل المشكلات المحتملة في شرائح صغيرة من قاعدة المستخدمين.

تهيئة مرحلة التجريب

قبل أن تبدأ، تحقق من طريقة المزامنة لديك. يجب تهيئة Password Hash Synchronization أو Pass-through Authentication إلى جانب بيئة AD FS النشطة لديك. وبمجرد مزامنة هويات السحابة، انتقل إلى مركز إدارة Microsoft Entra لتفعيل الميزة لمجموعات أمان محددة. ولتجنب اختناقات الأداء أو انقطاعات تجربة المستخدم، ابدأ بحصر مجموعة التجريب الأولية بما لا يزيد على 200 مستخدم.

• أبقِ موفّر الهوية الموحّدة لديك متصلاً طوال عملية الطرح لضمان مسار احتياطي سلس.
• راقب أنماط المصادقة وحالة الانتقال في مركز إدارة Entra.
• تذكّر أن الطرح التدريجي آلية مؤقتة وليست تهيئة طويلة الأمد؛ استعد للتحول الكامل للنطاق بمجرد انتهاء الاختبار.

حوّل النطاق الموحّد إلى نطاق مُدار

يُعد الانتقال من نموذج الاتحاد إلى المصادقة المُدارة محطة مهمة تُبسّط بيئتك وتزيل الاعتماد على بنية تحتية قديمة مثل AD FS. وقبل البدء بهذا التحول، تأكد من متانة استراتيجية المزامنة لديك. ويؤكد M365 FM Podcast باستمرار أن المؤسسات التي لا تتحقق من حالة المزامنة قبل التحويل تواجه خطر قفل المستخدمين على نطاق واسع.

ما الخطوات الأساسية لتحويل نطاق موحّد إلى نطاق مُدار في Entra ID؟ للتحويل، يجب أولاً التأكد من أن Password Hash Synchronization (PHS) أو Pass-through Authentication (PTA) مُهيّأة بالكامل ومُتحقق منها.

1. اتصل بـ Microsoft Graph PowerShell SDK باستخدام الأمر Connect-MgGraph -Scopes "Domain.ReadWrite.All".
2. تأكد من أنك مُعيّن بدور Domain Name Administrator أو Global Administrator، إذ إن هذه الأذونات إلزامية لتعديل إعدادات النطاق.
3. نفّذ Update-MgDomain -DomainId <your-domain.com> -AuthenticationType "Managed" لبدء عملية التحويل.
4. تحقق من تحديث حالة النطاق في مركز إدارة Microsoft Entra، ونفّذ اختباراً فورياً مع مجموعة مستخدمين تجريبية للتأكد من نجاح المصادقة مقابل السحابة.

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

توقّع المزالق الشائعة في الترحيل

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

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

غالباً ما يتجلى الدَّين التقني في صورة حسابات قديمة غير مستخدمة، وهياكل مجموعات متداخلة بعمق، وحالات عدم تطابق في UPN تنتقل إلى البيئة الجديدة وتلوّثها. لذا، بدلاً من ترحيل الفوضى القديمة، نظّفوا سمات Active Directory لديكم لضمان انتقال سلس إلى Microsoft Entra ID. وبالنسبة لمن يواجهون هذه العقبات، توفر وثائق ترحيل تطبيقات Microsoft Entra نهجاً منظماً لتصنيف التطبيقات، وهو ما يساعد على إعطاء الأولوية للتكاملات البسيطة قبل معالجة التبعيات القديمة المعقدة.

استخدم معالج ترحيل تطبيقات AD FS والأدوات المرتبطة به

غالباً ما يبدو نقل التطبيقات القديمة بعيداً عن Active Directory Federation Services (AD FS) أصعب جزء في مشروع تحديث الهوية. ولتبسيط ذلك، يعمل معالج ترحيل تطبيقات AD FS كأداة متخصصة لاكتشاف تطبيقات الأطراف المعتمِدة وتقييمها وتهيئتها. ومن خلال الأتمتة، يستطيع المهندسون فحص التهيئات الحالية والحصول على تقارير بشأن أهلية التطبيقات، مع تسليط الضوء على الخدمات الجاهزة للنقل الفوري وتلك التي تواجه عوائق تقنية.

عند التعامل مع هذا الانتقال، اتبعوا دورة ترحيل منظمة. ابدأوا باستخدام Discovery and Scope لحصر كل تطبيق، بما في ذلك التطبيقات قيد التطوير. وأعطوا الأولوية في مرحلة التصنيف لتطبيقات SaaS البسيطة المتوفرة في المعرض والتي تدعم عدة موفري هوية، قبل الانتقال إلى التطبيقات المخصصة القديمة المعقدة. أما تطبيقات الويب التي لا يمكن تحديثها بالكامل، فيتيح لكم Microsoft Entra application proxy وSecure Hybrid Access (SHA) سد الفجوة، من خلال توفير وصول بعيد آمن دون الحاجة إلى VPN تقليدي.

اختر طريقة المصادقة السحابية: PHS أو PTA أو CBA

يحدد اختيار مسار المصادقة المناسب وضعيتكم الأمنية وتجربة المستخدم. وتوصي Microsoft بـ Password Hash Synchronization (PHS) كخيار مفضّل لمعظم المؤسسات. فعبر مزامنة تجزئات كلمات المرور إلى السحابة، تحصلون على ميزات أمنية أساسية مثل اكتشاف بيانات الاعتماد المسربة وIdentity Protection، كما يتيح لكم ذلك الانتقال إلى أساليب تسجيل دخول حديثة بدون كلمة مرور، مثل مفاتيح FIDO2.

في البيئات التي تمنع فيها المتطلبات التنظيمية تخزين تجزئات كلمات المرور في السحابة، يُعد المصادقة عبر المرور (Pass-through Authentication، PTA) بديلاً عملياً. تتحقق هذه الطريقة من بيانات اعتماد المستخدم مباشرةً في Active Directory المحلي لديك. وإذا قررت نشر PTA، فتأكد من تثبيت عدة وكلاء مصادقة خفيفة لضمان توفر عالٍ، لأن هذه الخوادم تصبح حراس البوابة الرئيسيين لعمليات تسجيل الدخول إلى السحابة.

عندما تحتاج إلى استيفاء متطلبات صارمة مقاومة للتصيد الاحتيالي، مثل تلك المنصوص عليها في EO 14028، فانتقل إلى المصادقة المستندة إلى الشهادات في Microsoft Entra (CBA). يتيح هذا الأسلوب للمستخدمين المصادقة باستخدام البطاقات الذكية أو الشهادات، مما يوفر تحققاً من الهوية عالي الضمان ومستقلاً عن خادم الاتحاد المحلي لديك.

للحفاظ على تجربة مستخدم سلسة أثناء الانتقال، فعّل Seamless SSO إلى جانب الطريقة التي اخترتها. وإذا كان موظفوك يعتمدون على أجهزة macOS أو iOS، فيجب نشر المكوّن الإضافي Microsoft Enterprise SSO plug-in لأجهزة Apple لضمان تسجيل دخول سلس ومستمر دون مطالبات مصادقة متكررة. نجد أن الجمع بين هذه الطرق وبين نهج Conditional Access قوية يحقق أفضل توازن بين أمان المؤسسة وإنتاجية المستخدم النهائي.

خطّط لإيقاف AD FS

إن إيقاف البنية التحتية القديمة للاتحاد هو الخطوة الأخيرة للوصول إلى وضع هوية حديث. قبل اتخاذ أي إجراء دائم، تحقّق من عدم وجود أي حركة مرور متبقية تعتمد على مزرعة AD FS لديك. استخدم تقرير Connect Health Usage Analytics للتأكد من انتقال جميع طلبات المصادقة بنجاح إلى Microsoft Entra ID.

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

1. أزِل جميع الإدخالات من موازن الحمل المحلي لديك لإيقاف حركة المرور الواردة.
2. حدّث سجلات DNS المرتبطة بخدمات الاتحاد لديك أو احذفها لإعادة توجيه الطلبات.
3. أزِل أدوار خادم Web Application Proxy وAD FS بشكل منهجي.
4. نظّف بيانات الإعداد المتبقية بمسح حاويات الشهادات عبر ADSI Edit لضمان تنظيف البيئة بالكامل.

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

انقل نهج المصادقة قبل الموعد النهائي

تعمل Microsoft على دمج عناصر التحكم القديمة في الهوية ضمن نهج طرق المصادقة موحّد لتوفير إدارة أدق ومركزية. يحل هذا التحول محل واجهات MFA وSSPR القديمة والمنفصلة بمحرك نهج واحد مبسّط في مركز إدارة Microsoft Entra. وبحلول الموعد النهائي في 30 سبتمبر 2025، يجب على جميع المؤسسات إكمال هذا الانتقال، إذ لن تدعم بوابات الإدارة القديمة إعداد إعدادات المصادقة أو استكشاف أخطائها وإصلاحها بعد ذلك.

للبدء، انتقل إلى Protection > Authentication methods > Policies داخل بوابة Entra. استخدم معالج الترحيل المدمج لتدقيق بيئتك الحالية وتحديد التعارضات بين الإعدادات القديمة الموجودة والإطار الجديد. يُعد تعيين حالة الترحيل إلى 'Migration in progress' ممارسة موصى بها، إذ يتيح لك اختبار النهج الجديدة مع إبقاء الإعدادات القديمة فعّالة لقاعدة المستخدمين الحالية.

• تُدار طرق المصادقة المتقدمة مثل مفاتيح الأمان FIDO2 وTemporary Access Pass (TAP) والمصادقة المستندة إلى الشهادات حصرياً من خلال النهج الجديد.
• عملية الترحيل قابلة للتراجع، ما يتيح لك التبديل بين الحالات إذا احتجت إلى استعادة السلوك القديم أثناء مرحلة الاختبار.
• تقوم الأداة الآلية بترحيل الإعدادات على مستوى المستأجر، لكن المراجعة اليدوية ضرورية للتأكد من نسخ إعدادات المجموعات المحددة بشكل صحيح.
• يتيح الانتقال إلى هذا النهج الموحد توافقًا أفضل مع معايير الأمان الحديثة، مثل المصادقة متعددة العوامل المقاومة للتصيد.

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

تأمين الوصول باستخدام الوصول المشروط والمراقبة

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

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

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

إتقان توثيق Microsoft Entra ID ومصادره

أين يمكنني العثور على أحدث التوثيق والمصادر لإتقان Microsoft Entra ID؟ لإتقان Microsoft Entra ID، وجهتك الأساسية هي بوابة Microsoft Learn الرسمية، التي تقدم مسارات تعلم منظمة تغطي كل شيء من مفاهيم الهوية الأساسية إلى الحوكمة المتقدمة ونهج الوصول المشروط.

للإدارة اليومية والتعمق التقني، توفر وثائق Entra ID أدلة شاملة حول تكامل التطبيقات والهوية الهجينة ومراقبة الأمان. وإن كنت تفضل التدريب بإشراف مدرب، فاطلع على Microsoft Virtual Training Days، وهي جلسات مجانية مباشرة تساعدك على الاستعداد لامتحانات الشهادات.

إضافةً إلى ذلك، تُعد متابعة قسم 'What's New' ضمن توثيق Entra بانتظام أمرًا بالغ الأهمية لمواكبة التحديثات السريعة للمنتج.

الحوكمة للوصول عبر PIM وإدارة دورة حياة الهوية

يتطلب الانتقال إلى نموذج هوية سحابي أصيل التخلي عن الوصول الإداري الدائم. تعالج Microsoft Entra ID Privileged Identity Management (PIM) هذا الأمر من خلال تمكين تفعيل الأدوار المحدد بالزمن والمستند إلى الموافقة. وعلى خلاف الأنظمة القديمة التي تمنح أذونات دائمة، تفرض PIM الوصول عند الحاجة، ما يقلل بشكل كبير من سطح الهجوم للحسابات ذات الامتيازات.

غالبًا ما تبدأ إدارة دورات حياة الهويات بفعالية من HR-driven provisioning. فمن خلال دمج مصادر مثل Workday أو SuccessFactors، تُؤتمت المؤسسات إنشاء المستخدمين وتحديثهم وإلغاء توفيرهم، بما يضمن بقاء حقوق الوصول متزامنة مع الحالة الفعلية للموظف. وهذا يُلغي خطر الحسابات اليتيمة التي تتراكم عادةً في البيئات اليدوية.

أتمتة الوصول والامتثال

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

• استخدم المجموعات الديناميكية لتكون مصدرًا آليًا للسلطة للمجموعات المحلية (on-premises).
• استفد من مزامنة المجموعات عبر المستأجرات (cross-tenant) للحفاظ على عضوية متسقة للمجموعات عبر بيئات متعددة.
• اسمح للفرق بإبطال الجلسات أو تعطيل المستخدمين دون الحاجة إلى امتيازات زائدة على الدليل.

التخطيط للهويات الخارجية وضمان الاستمرارية المستقبلية

تتطلب إدارة الهويات الخارجية نهجًا استباقيًا مع تغيير Microsoft لعروض خدماته. فالمؤسسات التي تعتمد على Azure AD B2C يجب أن تستعد لانتقال يدوي إلى Microsoft Entra External ID، إذ لا يوجد حاليًا مسار أصلي مؤتمت بالكامل بين هاتين المنصتين. ستحتاج إلى تصدير بيانات المستخدمين من الدليل الحالي واستيرادها إلى المستأجر الجديد. ورغم توفر أداة ترحيل مدعومة من المجتمع على GitHub للمساعدة في هذه العملية، ينبغي عليك الاستفادة من ترحيل كلمات المرور Just-In-Time (JIT) لضمان تجربة أسلس عند أول تسجيل دخول للمستخدمين.

وبعيدًا عن إدارة الهويات الخارجية، تحتاج بنية المزامنة الأساسية لديك إلى اهتمام أيضًا. فـ Microsoft تبدأ الانتقال من Microsoft Entra Connect Sync إلى Microsoft Entra Cloud Sync المصممة أصلًا للسحابة، مع جدولة إشعارات الترحيل الرسمية لتبدأ في يوليو 2026. ويقلل هذا الانتقال تعقيد البيئة المحلية عبر نقل منطق المزامنة إلى السحابة.

يظل الأمن الأولوية خلال هذه التحديثات. فاعتبارًا من 1 يونيو 2026، ستحظر Microsoft عمليات 'hard-match' التي تربط مستخدمي Active Directory المحليين الجدد بحسابات مُدارة في السحابة تملك أدوارًا إدارية بالفعل. وقد صُمم هذا الإجراء الوقائي لمنع التلاعب بالسمات وحماية أكثر الهويات تميزًا في الصلاحيات من الاستيلاء غير المصرّح به. وبينما تُهيّئ بيئتك للمستقبل، ادقق الآن في اتصالات cross-tenant الحالية وتعييناتك الإدارية لتجنب انقطاع الخدمة عند تفعيل ضوابط الأمان هذه.

الطريق نحو هوية سلسة في السحابة

رحلة تحديث الهوية لديك عملية متعددة المراحل تنتقل من الاكتشاف وتحديد النطاق الأولي إلى حالة سحابية مُدارة بالكامل. ومن خلال بناء أساس هجين متين، تنتقل بعيدًا عن الاحتكاك القديم نحو قدرات Microsoft Entra ID. وتعتمد عمليات الانتقال الناجحة على التحقق الصارم، وتحديدًا من خلال Staged Rollout الذي يتيح لك اختبار طرق المصادقة مع مجموعات مختارة من المستخدمين قبل التحويل الكامل.

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

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