2017-07-26 11 views
14

मेरे पास एक एक्सेल प्लगइन है, जो प्रमाणीकरण के लिए Azure AD (ADAL) का उपयोग करता है। मैंने ऐप की दूसरी प्रति और Azure AD में आवश्यक परिवर्तन किए हैं। सभी उपयोगकर्ता पहले ऐप का उपयोग कर सकते हैं। दूसरा ऐप मैं अकेला हूं जो लॉग इन कर सकता है। उनके पास पहले ऐप में समान अधिकार हैं। क्या Azure प्रवेश पर त्रुटि के रूप में देना है:Azure AD त्रुटि कोड 90094

त्रुटि कोड: 90094

त्रुटि का कारण: अन्य

मैं इस त्रुटि के लिए जानकारी नहीं मिल रहा। उपयोगकर्ता को वापस लौटाया जाता है "व्यवस्थापक को इस ऐप को विशेषाधिकार देना पड़ता है"। लेकिन विशेषाधिकार दिए जाते हैं। पहले ऐप की तरह ही।

क्या आपके पास इस त्रुटि कोड के लिए कोई जानकारी है?

पीएस मुझे जो मिला वह यह है कि यह ऐप से आवश्यक अनुमतियों से जुड़ा हुआ है। यदि मैं उपयोगकर्ता को जोड़ता हूं, जो अज़ूर एडी में ग्लोबल एडमिनिस्ट्रेटर है, तो लॉगऑन एक विंडो आता है "ऐप को अनुमति की आवश्यकता है: ... (स्वीकार करें, रद्द करें)" और उसके बाद, वह ऐप का उपयोग कर सकता है, भले ही वह सामान्य उपयोगकर्ता में बदल गया। यदि उपयोगकर्ता सामान्य Azure AD उपयोगकर्ता है, तो यह विंडो प्रकट नहीं होती है और उसे 9 004 त्रुटि के साथ खारिज कर दिया जाता है। उपयोगकर्ता के साथ ऐसा ही होता है, जो सीमित प्रशासक है और इससे कोई फर्क नहीं पड़ता कि उसके पास व्यवस्थापक भूमिका क्या है।

पीएस 2

मेरे समर्थन अनुरोध पर, माइक्रोसॉफ्ट समर्थन ने मुझे यह नहीं बताया कि यह त्रुटि क्या है ("यह एक कस्टम एप्लिकेशन है और इस त्रुटि के बारे में कोई जानकारी नहीं है। अगर यह एक एंटरप्राइज़ एप्लिकेशन था तो जानकारी होगी")।

ऐप पंजीकरण हटाने और इसे फिर से बनाने के बाद, ऐसी कोई समस्या नहीं है। और मैं इसे पुन: पेश नहीं कर सकता (मैंने कड़ी मेहनत की है :))। और यदि आप मुझे जवाब देते हैं, तो मैं इसे साबित नहीं कर सकता। तो आप इस प्रश्न को बंद के रूप में देख सकते हैं।

+0

मैंने इस तरह के मामले में भाग लिया है जहां उपयोगकर्ताओं को प्रोग्राम विशेषाधिकार प्रदान करने की क्षमता Azure AD में वैश्विक स्तर पर हटा दी गई थी। चूंकि वे पहले ही कार्यक्रम को स्वीकार कर चुके हैं, वे ठीक हैं लेकिन किसी अन्य को स्वीकार नहीं कर सकते हैं। क्या कोई नया उपयोगकर्ता पहले प्रोग्राम तक पहुंच सकता है? –

+0

मुझे अपने आखिरी प्रोजेक्ट में समान अनुभव था - यह हमारे लिए लगभग 3 बार होता था, और मामलों में से एक आपके और प्रभावित उत्पादन ग्राहकों के समान था - कोई भी लॉग-इन ऐप करने में सक्षम नहीं था।सभी मामलों में समानताएं थीं: 1) जब चीजें टूट गईं - यह देव, उत्पादन, सीआई वातावरण के लिए टूट गई (हमारे पास एक ही तरीके से कॉन्फ़िगर किए गए प्रत्येक के लिए अलग-अलग ऐप्स थे) 2) ऐप मनोरंजन समस्या हल करता है 3) समस्या आम तौर पर तब होता है जब एमएस एप 4 के लिए नई अनुमति स्कोप्स जोड़ता है 4) आमतौर पर समस्या केवल एक अनुमति स्कोप को प्रभावित करती है –

उत्तर

3

मुझे ऐसी ही समस्या थी जहां त्रुटि हुई जब वैश्विक प्रशासक के अलावा कोई भी व्यक्ति एएडी ऐप पंजीकरण बनाता था। यह Azure एडी पुराने प्रबंधन पोर्टल में एप्लिकेशन अनुमतियों को सेट करने के आधार पर एप्लिकेशन के लिए अनुमतियों को सेट करने के तरीके में एक सूक्ष्म अंतर के लिए नीचे आया। मुझे नहीं पता कि उन्हें नए संसाधन प्रबंधक पोर्टल में यह समस्या है या यदि यह भी उतना ही मामला है जितना आप बिना किसी जानकारी के सामना कर रहे हैं।

+0

यह कोई जवाब नहीं था जो मेरी मदद कर सकता है और मुझे समझ में नहीं आता कि स्टैक ओवरफ्लो आपको अंक क्यों देता है। इगोर बी टिप्पणी इस से बेहतर थी। – Mottor

0

मिले एक समाधान here:

नियंत्रक के रूप में आप भी अपने किरायेदार के सभी उपयोगकर्ताओं की ओर से एक आवेदन के प्रत्यायोजित अनुमतियों के लिए सहमति सकता है। यह सहमति संवाद को किरायेदार में प्रत्येक उपयोगकर्ता के लिए आने से रोक देगा। आप इसे अपने एप्लिकेशन पेज से Azure पोर्टल से कर सकते हैं। अपने एप्लिकेशन के लिए सेटिंग्स ब्लेड से, आवश्यक अनुमतियां क्लिक करें और अनुदान अनुमतियाँ बटन पर क्लिक करें।

Required permissions

यह मेरे लिए काम किया।

संबंधित मुद्दे