كيفية إصلاح الخطأ AADSTS50020 "لم يتم العثور على حساب المستخدم في المستأجر"

By Mirko Peters · 2026-04-21

إذا سبق أن واجهتَ الخطأ "AADSTS50020: User account not found in tenant" أثناء محاولة تسجيل الدخول إلى Microsoft 365 أو Azure أو أي تطبيق...

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

إذا سبق أن واجهتَ الخطأ "AADSTS50020: User account not found in tenant" أثناء محاولة تسجيل الدخول إلى Microsoft 365 أو Azure أو أي تطبيق يستخدم Microsoft Entra ID (المعروف سابقًا باسم Azure AD)، فأنت لست وحدك. يُعد هذا الخطأ المزعج صداعًا شائعًا لدى المسؤولين والمطورين والمستخدمين العاديين الذين تعترضهم مشكلات في تسجيل الدخول أو منح الوصول.

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

هل أنت مستعد لفكّ تعقيد رسائل المستأجر المربكة والعودة إلى العمل؟ هيا نبدأ ونوضح ما يجري فعلًا، حتى تتمكن من حلّه نهائيًا، وربما منع ظهوره مجددًا!

فهم خطأ موفّر الهوية AADSTS50020

عندما تواجه الخطأ AADSTS50020، فهذه طريقة Microsoft في القول: "عذرًا، حساب المستخدم هذا غير موجود في هذا المستأجر." لكن خلف هذا التحذير الجاف قصة تقنية أعمق قليلًا. يرتبط هذا الخطأ مباشرةً بمشكلات موفّر الهوية في بيئات Microsoft Entra ID (Azure AD). وبعبارة بسيطة، تحاول الخدمة مطابقة حساب تسجيل الدخول الخاص بك مع مستأجر محدد (الدليل الخاص بمؤسستك)، لكنها لا تجد أي تطابق.

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

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

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

الأعراض الشائعة وتجارب المستخدم المزعجة

• تصل إلى شاشة تسجيل الدخول الخاصة بـ Office 365 أو بوابة Azure أو تطبيق متكامل مع Microsoft، وتدخل بريدك الإلكتروني، فتظهر لك نافذة خطأ تقول "حساب المستخدم من موفّر الهوية غير موجود في المستأجر". وأحيانًا تشير الرسالة إلى حسابك واسم المستأجر، فتبقى حائرًا.
• بدلًا من أن ترى لوحة معلومات مؤسستك أو التطبيق المطلوب، يتم رفض وصولك أو إخبارك بأن حسابك غير موجود في المؤسسة، مع أنك متأكد من أن لديك حسابًا أو أنك تلقيت دعوة مؤخرًا.
• إذا حاولت الوصول كضيف أو مستخدم خارجي، فقد تجد أنك ببساطة لا تستطيع الوصول إلى الموارد التي تحتاجها، مهما كررت تسجيل الدخول أو استخدمت متصفحات مختلفة.
• قد يلاحظ المطورون والمسؤولون أنماطًا من محاولات تسجيل الدخول الفاشلة أو طلبات الرموز المميزة الفاشلة المرتبطة بتسجيلات تطبيقات أو نقاط نهاية أو أنواع مستخدمين محددة في السجلات والتقارير.

الأسباب الجذرية لفشل تسجيل الدخول بالخطأ AADSTS50020

الخطأ AADSTS50020 ليس مجرد عطل عشوائي، بل هو الطريقة التي يخبرك بها Microsoft Entra بأن هناك خللًا في مطابقة الحسابات أو اختيار المستأجر أو إعدادات موفّر الهوية. وجوهر المشكلة هو عدم التطابق بين المستخدم الذي يحاول تسجيل الدخول والمكان الذي تبحث فيه Microsoft عن معلومات هذا المستخدم.

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

فهمُ كل سبب من هذه الأسباب الجذرية أساسيّ لتجاوز حاجز “user not found” المزعج. سواء كنتم تتعاملون مع حسابات Microsoft Entra الشخصية، أو أنواع حسابات غير مدعومة، أو خيارات نقاط نهاية مربكة، أو مشكلات تتعلق بدعوات الضيوف وتعيين التطبيقات، فسنستعرض فيما يلي أكثر السيناريوهات شيوعًا. بذلك ستعرفون أين تبحثون، وما الذي يجب أن تسألوا عنه، والأهم من ذلك، كيف تحلّون المشكلة نهائيًا.

وإذا أردتم معرفة كيف يمكن لحسابات الضيوف غير المُدارة أن تضيف تعقيدات أخرى، فراجعوا هذا الدليل حول المخاطر الخفية لحسابات الضيوف المتبقية في Microsoft 365 للحصول على نصائح تُبقي الأمور منظمة وآمنة.

مشكلات حسابات Microsoft Entra الشخصية وأنواع الحسابات غير المدعومة

• تسجيلات الدخول بالحساب الشخصي: إذا حاولتم تسجيل الدخول إلى مركز إدارة Microsoft Entra باستخدام حساب Microsoft شخصي (مثل @outlook.com أو @hotmail.com)، فغالبًا ما يؤدي ذلك إلى ظهور الخطأ AADSTS50020، لأن مركز الإدارة هذا يقبل الحسابات التنظيمية (حسابات العمل أو الدراسة) فقط.
• أنواع حسابات غير مدعومة في تسجيلات التطبيقات: لنفترض أن تطبيقًا مُعدًّا على أنه “single tenant”، ثم حاولتم الوصول إليه بحساب من مؤسسة أخرى أو بحساب Microsoft شخصي. هذا التعارض سيُظهر الخطأ نفسه.
• الخلط بين الحسابات متعددة المستأجرين والحسابات الشخصية: يُهيّئ المطورون أحيانًا التطبيقات لقبول أدلة مؤسسات متعددة، لكنهم ينسون السماح بالحسابات الشخصية، أو العكس. وتؤدي هذه الأخطاء في الإعداد إلى فشل المصادقة للمستخدمين خارج النوع المسموح به.

مشكلات نقاط النهاية واختيار المستأجر ودعوات الضيوف

• استخدام نقطة نهاية مصادقة خاطئة: تدعم تسجيلات دخول Microsoft عدة نقاط نهاية، مثل /common و/organizations و/consumers، إضافةً إلى نقاط النهاية الخاصة بمستأجر محدد. فإذا حاولتم تسجيل الدخول إلى تطبيق خاص بمستأجر محدد باستخدام نقطة النهاية /common أو /consumers بحساب عمل، فلن يتمكن Azure AD من مطابقة حسابكم، فيظهر الخطأ AADSTS50020.
• تسجيل الدخول إلى المستأجر الخطأ: من السهل جدًا أن تجدوا أنفسكم في دليل مؤسسة تنظيمية غير صحيحة، خاصةً إذا كنتم تنتمون إلى عدة مؤسسات. فإذا صادقتم على مستأجر لا يوجد فيه حسابكم، فسيظهر الخطأ. وهذه مشكلة كلاسيكية تتعلق بـ“الباب الأمامي الخطأ”.
• عدم إرسال دعوة الضيف أو عدم قبولها بشكل صحيح: قد تنسى المؤسسات التي تدعو متعاونين خارجيين إرسال دعوات الضيوف أو ضبطها بشكل صحيح. فإذا لم يُسجَّل حساب الضيف أو لم يُفعَّل بالشكل الصحيح، يصبح المستخدم غير مرئي في الدليل، ويُرفض وصوله إلى التطبيقات أو الملفات رفضًا قاطعًا.
• يتطلب التطبيق تعيين المستخدم وليس لديكم صلاحية الوصول: بعض التطبيقات في Microsoft Entra مقيّدة بمستخدمين أو مجموعات محددة. فإذا كان خيار “user assignment required” مفعّلًا ولم تكونوا ضمن القائمة، فسيُرفض الوصول، وقد تبدو رسالة الخطأ كالخطأ AADSTS50020 حتى لو كان حسابكم صالحًا.
• مستخدمون حُذفوا ثم أُعيد إنشاؤهم: إذا حُذف مستخدم ثم أُعيد إنشاؤه في المستأجر الأساسي بالبريد الإلكتروني نفسه، فقد لا يتعرف Azure AD على المستخدم “الجديد” بوصفه الكائن نفسه، خاصةً عبر عدة مستأجرين. وهذا قد يتسبب بالتأكيد في تسجيلات دخول غير محلولة وفي ذلك الخطأ الشهير.
• أخطاء في النطاقات وإعدادات DNS: إذا كانت مؤسستكم تستخدم نطاقات مخصصة (لأسماء المستخدمين الأساسية أو لتسجيلات التطبيقات)، وكانت هذه النطاقات غير متحقَّق منها أو مُعدّة بشكل خاطئ في Azure AD، فقد يفشل تحديد المستخدم ويظهر الخطأ AADSTS50020. كما أن أخطاء DNS المحلية أو حجب نقاط نهاية المصادقة قد تعطّل تسجيل الدخول، لذا فالبنية التحتية مهمة!
• مشكلات مزامنة الدليل (الهوية الهجينة): في بعض بيئات المؤسسات الهجينة، حيث تُزامَن الحسابات من Active Directory المحلي باستخدام أدوات مثل Azure AD Connect، قد تؤدي الحسابات المفقودة أو غير المتزامنة في المستأجر المستهدف إلى ظهور أخطاء “الحساب غير موجود” أيضًا. تحقّقوا من سلامة المزامنة لديكم كلما كانت الهوية الهجينة مستخدمة.
• Shadow IT أو التطبيقات غير المُدارة: التطبيقات غير المعتمدة أو موافقات الأطراف الثالثة على التطبيقات (وهو النمط الكلاسيكي لـ Shadow IT) قد تُنشئ مسارات وصول متعارضة للمستخدمين، وتسهم أحيانًا في أخطاء تسجيل دخول عالقة ومربكة. للتعرف على مخاطر Shadow IT، اطّلعوا على هذا الدليل حول إدارة Shadow IT داخل مستأجر M365 الخاص بكم.

حلول فعّالة لأخطاء AADSTS50020 "الحساب غير موجود"

يبدأ إصلاح الخطأ AADSTS50020 دائمًا بتحديد موضع عدم التطابق بدقة: نوع الحساب، أو الدليل، أو نقطة النهاية، أو أذونات الوصول. وبعد الوصول إلى السبب الجذري، يمكنك اتباع حلول محددة لكل سيناريو ومنع ظهور هذا الخطأ مرة أخرى.

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

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

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

أفضل الممارسات المجربة لمنع أخطاء AADSTS50020 مستقبلًا

• اختر نقطة نهاية تسجيل الدخول الصحيحة: طابق دائمًا الجمهور المستهدف لتسجيل دخول تطبيقك (مستأجر واحد، أو عدة مستأجرين، أو حسابات شخصية) مع نقطة نهاية تسجيل الدخول المناسبة. فعدم تطابق نقاط النهاية والجماهير المستهدفة هو المصدر الأكثر شيوعًا للالتباس.
• أدِر المستخدمين الضيوف بعناية: لا تكتفِ بدعوة الضيوف ثم تنساهم. حافظ على دورة حياة المستخدم الضيف محكمة، من خلال المراجعات المنتظمة، والوصول المحدد بمدة زمنية، وإجراءات إنهاء واضحة، وقلّص بذلك سطح الهجوم. يمكنك الاطلاع على نصائح حول هذا الموضوع في دليل إدارة حسابات الضيوف في Microsoft 365.
• فرض الوصول والتعيينات المنظمة: تأكد من أن التطبيقات التي تتطلب تعيين المستخدمين مُعدّة بقوائم واضحة ومحدّثة لتحديد من يمكنه الوصول إلى ماذا. لا تترك التعيينات جامدة دون تحديث، بل راجعها وحدّثها بانتظام.
• تدقيق أذونات التطبيقات وحوكمتها: تحكّم في انتشار الموافقات والتطبيقات غير الخاضعة للرقابة (Shadow IT) من خلال مراجعة تسجيلات التطبيقات والمشاركة الخارجية. ولمزيد من أمان الهوية وتقليل المخاطر، استفد من الدروس الواردة في هذه الحلقة حول حلقة أمان الوصول المشروط في Entra ID، واحرص على أن تكون سياسات الوصول المشروط واضحة وقابلة للتطبيق.
• تحقق من النطاقات وراقب DNS: تأكد دائمًا من التحقق من النطاقات المخصصة في Azure AD، وانتبه لأي قواعد DNS محلية أو لجدار الحماية قد تحجب نقاط نهاية تسجيل دخول Microsoft.
• تابع مزامنة الهوية الهجينة باستمرار: إذا كنت تقوم بالمزامنة من AD المحلي، فراقب مشكلات Azure AD Connect، وتأكد من مزامنة كائنات المستخدمين إلى جميع المستأجرين الصحيحين.

ملخص أسباب الخطأ AADSTS50020 وأعراضه وحلوله

• الأعراض الشائعة: رفض الوصول، أو نوافذ أخطاء تذكر أن المستخدم غير موجود في المستأجر، أو محاولات تسجيل دخول فاشلة في تطبيقات Microsoft 365 وAzure.
• الأسباب الرئيسية: عدم تطابق نوع الحساب (شخصي مقابل حساب عمل)، أو مستأجر أو نقطة نهاية خاطئة، أو دعوات ضيوف غير مكتملة، أو مستخدمون غير معيّنين، أو أخطاء في النطاق/DNS، أو فشل مزامنة الدليل.
• الحلول: استخدم تسجيل الدخول المناسب لنوع حسابك، واختر نقطة النهاية والمستأجر الصحيحين، وأعد إرسال دعوات الضيوف، وعيّن المستخدمين للتطبيقات، وتحقق من نطاقاتك، وأصلح مشكلات المزامنة، وحافظ على خلو المتصفح من الذاكرة المؤقتة.
• نصائح الوقاية: طبّق مراجعات الوصول، وحافظ على التحكم في دورة حياة الضيوف والمستخدمين، وحافظ على حوكمة قوية للتطبيقات ونقاط النهاية.