Azure-docs: الرسالة: AADSTS50020: حساب المستخدم من موفر الهوية "live.com" غير موجود في "خدمات Microsoft" المستأجرة ولا يمكنه الوصول إلى التطبيق "2793995e-0a7d-40d7-bd35-6968ba142197" (تطبيقاتي) في ذلك المستأجر.
تحيات،
لدي هذه المشكلة التي أواجهها عند اختبار التجربة الجديدة لـ MyApps في Azure Portal.
لذلك عندما أحاول تسجيل الدخول إلى البوابة ، باستخدام واجهة المستخدم الكلاسيكية ، فإنها تعمل بشكل جيد.
https://account.activedirectory.windowsazure.com/r#/applications
إليك لقطة شاشة أدناه لتظهر لك محاولة تسجيل الدخول الناجحة.
ومع ذلك ، عندما أحاول استخدام بوابة التجارب MyApps
https://myapplications.microsoft.com/
. يلقي الخطأ التالي:
Request Id: e3b964ed-44a5-4c32-a731-c8dc8b979b00
Correlation Id: 4d9e6ecb-4c6d-41c1-8ad6-28b8a39edb91
Timestamp: 2020-06-10T07:38:50Z
Message: AADSTS50020: User account '[email protected]' from identity provider 'live.com' does not exist in tenant 'Microsoft Services' and cannot access the application '2793995e-0a7d-40d7-bd35-6968ba142197'(My Apps) in that tenant. The account needs to be added as an external user in the tenant first. Sign out and sign in again with a different Azure Active Directory user account.
ملاحظة: عندما حاولت استخدام مستخدم آخر تم إنشاؤه في Azure ، فإنه يعمل بشكل جيد لكل من واجهة المستخدم الجديدة والكلاسيكية.
هل يمكن لشخص ما أن يشرح ما يجب أن يكون لمنح وصول للمستخدم الأول إلى بوابة واجهة المستخدم الجديدة؟
ملاحظة: لقد قمت بتمكين هذا لجميع المجالات.
https://docs.microsoft.com/en-us/azure/active-directory/b2b/delegate-invitations
ملاحظة: نوع المستخدم:
يواجه المستخدم مشكلة في واجهة المستخدم الجديدة.
يعمل المستخدمون بشكل جيد مع واجهة المستخدم الجديدة.
شكرا لك!
أنس
ansred
ال 15 كومينتر
ansred ، يرجى ربط المستند الذي
MarileeTurscak-MSFT
في ١٥ يونيو ٢٠٢٠
لدي نفس المشكلة. يحدث فقط مع المستخدمين الضيوف. عندما يحاول المستخدم الضيف الوصول إلى بوابة myapps ، سترى واجهة المستخدم القديمة تظهر لمدة ثانية ، ثم يتلقى المستخدم الضيف شاشة "اختر حسابًا" مرة أخرى. عند اختيار الحساب ، يتلقون: "حساب المستخدم المحدد غير موجود في" خدمات Microsoft "للمستأجر ولا يمكنه الوصول إلى التطبيق" 2793995e-0a7d-40d7-bd35-6968ba142197 "في ذلك المستأجر. يجب إضافة الحساب باعتباره مستخدم خارجي في المستأجر أولاً. الرجاء استخدام حساب مختلف. "
إذا اختاروا "مستخدم حساب آخر" ، فإن الخطأ "AADSTS50020: حساب المستخدم"
jacksiergiej
في ١٥ يونيو ٢٠٢٠
مرحبا jacksiergiej
هذا يبدو بالضبط ما أواجهه. هل اكتشفت الخطوات / KB لاستخدامها لإضافة هذا المستخدم كمستخدم خارجي في المستأجر؟
@ MarileeTurscak-MSFT أبحث عن KB لا يزال لإصلاح هذه المشكلة كما طلبت أعلاه ، يرجى مشاركة واحدة.
شكرا
ansred
في ١٦ يونيو ٢٠٢٠
ansred لم أفهم الحل بعد ، لكن لدي تذكرة مفتوحة مع الدعم. بالنسبة لي ، يبدو الأمر وكأنه مشكلة في الواجهة الخلفية لـ Microsoft خارجة عن سيطرتنا. يمكنني الوصول إلى واجهة المستخدم الكلاسيكية الجميلة ، بالإضافة إلى تطبيقاتي الموصولة بالبروكسي من كل من واجهة المستخدم وعنوان URL الخارجي المباشر.
هذا يخبرني أن المستخدم الضيف الخاص بي بخير. بمجرد النقر فوق الزر "جربه" ، يُطلب مني اختيار المستخدم الخاص بي مرة أخرى ثم أتلقى الخطأ.
الشيء السيئ حقًا هو أنه يبدو أن جميع المستخدمين الضيوف يتم نقلهم تلقائيًا إلى واجهة مستخدم التجربة الجديدة أثناء عملية الدعوة الخاصة بهم. من الواضح أن هذا يسبب الخطأ ويوقفهم في مساراتهم.
jacksiergiej
في ١٦ يونيو ٢٠٢٠
jacksiergiej أتفق معك تمامًا وهذه مشكلة كبيرة.
@ MarileeTurscak-MSFT الرجاء تقديم المشورة
ansred
في ١٦ يونيو ٢٠٢٠
ansred لقد تلقيت للتو كلمة من جهة اتصال في MS تفيد بأن هذا خطأ ويجب حله الآن. ومع ذلك ، نشأت مشكلة جديدة حيث كنت MFA في كل مرة تدخل فيها إلى التجربة الجديدة. على سبيل المثال ، بمجرد تسجيل الدخول إلى البوابة ، ستحصل على MFA مرتين (مرة واحدة للكلاسيكية ثم عندما تتحول إلى التجربة الجديدة ، سترتد إلى MFA'd مرة أخرى.) إذا تركت التجربة الجديدة والعودة إلى واجهة المستخدم الكلاسيكية ، ثم انقر فوق "جربها" للعودة إلى التجربة الجديدة ، فقد ارتدت مرة أخرى وستحصل على MFA. هذا لا ينبغي أن يحدث.
"لقد حدث خطأ تم تقديمه في أواخر الأسبوع الماضي تسبب في عدم عمل بعض حسابات B2B / الضيوف بشكل صحيح في تطبيقاتي الجديدة. لقد أصلحنا هذا الخطأ يوم الاثنين (15/6) ، لذا يجب أن يتمكن المستخدمون الذين لديهم حسابات ضيوف الآن من النقر" جربه! "وادخل إلى تجربة تطبيقاتي الجديدة بشكل صحيح."
jacksiergiej
في ١٧ يونيو ٢٠٢٠
ansred لقد سمعت مرة أخرى من فريق منتج MyApps وأصبحت مشكلة مطالبة MFA المزدوجة الآن الخطأ رقم 2. وفقًا للفريق "لقد قدموا طلبًا لإصلاح الخطأ لهذا ويتوقعون حل المشكلة السريعة المزدوجة بنهاية الأسبوع المقبل".
jacksiergiej
في ١٨ يونيو ٢٠٢٠
jacksiergiej هذا منطقي الآن ، حشرات في ضربة واحدة.
هذا صحيح ، تم تكوين المستخدم باستخدام MFA.
هل يمكنك مشاركة jira / bug #s كمرجع من فضلك.
شكرا
ansred
في ١٨ يونيو ٢٠٢٠
مرحبًا jacksiergiej ، هل يمكنك مشاركة الخطأ من فضلك؟ كنت أحاول تعقب الفريق المناسب لذلك.
MarileeTurscak-MSFT
في ١٩ يونيو ٢٠٢٠
لقد أبلغت بذلك إلى جهات الاتصال الخاصة بي أيضًا! سوف أتابع عندما يكون لدي رد.
MarileeTurscak-MSFT
في ١٩ يونيو ٢٠٢٠
@ MarileeTurscak-MSFT تبدو وكأنها خطة. شكرا لمساعدتك ايضا
في الوقت الحالي ، أستخدم التجربة الكلاسيكية فقط - https://account.activedirectory.windowsazure.com/
وليس الجديد / الحديث https://myapplications.microsoft.com/
لتجنب شكاوى المستخدمين.
نتطلع الى الاستماع منك قريبا.
ansred
في ١٩ يونيو ٢٠٢٠
ansred كيف تمنع واجهة المستخدم الكلاسيكية من التبديل تلقائيًا إلى التجربة الجديدة؟ حاولت استخدام https://account.activedirectory.windowsazure.com/ ، ولكن بمجرد تسجيل الدخول ، ينتقل المدخل تلقائيًا إلى التجربة الجديدة ويتغير عنوان URL إلى https://myapplications.microsoft.com/.
jacksiergiej
في ١٩ يونيو ٢٠٢٠
ansred كيف تمنع واجهة المستخدم الكلاسيكية من التبديل تلقائيًا إلى التجربة الجديدة؟ حاولت استخدام https://account.activedirectory.windowsazure.com/ ، ولكن بمجرد تسجيل الدخول ، ينتقل المدخل تلقائيًا إلى التجربة الجديدة ويتغير عنوان URL إلى https://myapplications.microsoft.com/.
إنه يعمل فقط بالانتقال مباشرة إلى أي رابط مذكور. لست متأكدًا مما إذا كان هناك خيار ربما يجبر المستخدمين من جانبك على استخدام واجهة المستخدم الحديثة؟
ansred
في ١٩ يونيو ٢٠٢٠
لقد أبلغت بذلك إلى جهات الاتصال الخاصة بي أيضًا! سوف أتابع عندما يكون لدي رد.
أي تحديثات من جانبك؟ أستطيع أن أؤكد أن المشكلة لا تزال قائمة.
كحل مؤقت في الوقت الحالي ، أنا فقط أستخدم التجربة الكلاسيكية - https://account.activedirectory.windowsazure.com
وليس https://myapplications.microsoft.com الجديد / الحديث
cc @ MarileeTurscak-MSFT
ansred
في ٢٩ يونيو ٢٠٢٠
نظرًا لأن مستخدمي MSA ليس لديهم مستأجر منزل ، فسوف يحتاجون إلى استخدام الإصدار المستأجر من عنوان url لتسجيل الدخول إلى المستأجر الضيف الصحيح. عنوان url المستأجر هو https://myapplications.microsoft.com/؟tenant=
MarileeTurscak-MSFT
في ٣٠ يوليو ٢٠٢٠
القضايا ذات الصلة
DeepPuddles
·
3تعليقات
AronT-TLV
·
3تعليقات
jebeld17
·
3تعليقات
jamesgallagher-ie
·
3تعليقات
JeffLoo-ong
·
3تعليقات