M365Con 2027 – безкоштовна онлайн-конференція · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Розуміння помилки AADSTS50105: користувача не призначено на роль

By ·

Якщо ви працюєте з Microsoft 365 або Entra ID (раніше Azure AD), поява помилки AADSTS50105, імовірно, означає, що хтось дуже нервує через те, що користувачі не можуть отримати доступ до застосунку …

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

Cover: Fix Microsoft Entra ID Conditional Access and Identity Debt

Якщо ви працюєте з Microsoft 365 або Entra ID (раніше Azure AD), поява помилки AADSTS50105, імовірно, означає, що хтось дуже нервує через те, що користувачі не можуть увійти в застосунок. Ця помилка стосується доступу, точніше, ситуації, коли користувач намагається увійти в корпоративний застосунок, але його блокують, бо йому не призначено потрібну роль або дозволи у вашій системі ідентифікації.

Ця помилка — не випадкова перешкода. Вона не допускає сторонніх до ваших інструментів і даних, тому розуміння її причин і швидке виправлення важливі як для безпеки, так і для продуктивності бізнесу. Далі ми детально розглянемо, що означає ця помилка, чому вона виникає в середовищах Microsoft і як із нею впоратися, як досвідчений фахівець: не лише щоб усунути проблему, а й щоб запобігти їй.

Що означає помилка AADSTS50105 і що її спричиняє?

Помилка AADSTS50105 — це спосіб Microsoft сказати: «Вибачте, вас немає у списку запрошених». Технічно це означає, що користувач намагається отримати доступ до застосунку, але йому не призначено жодної з його ролей або дозволів у Microsoft Entra ID. Повідомлення зазвичай виглядає так: «AADSTS50105: Увійшовшому користувачеві не призначено роль для застосунку».

Це не просто збій; так Microsoft реалізує контроль доступу. Коли ваша організація налаштовує корпоративний застосунок в Entra ID, доступна опція блокування входу для всіх користувачів, окрім тих, кому доступ надано явно. Якщо користувач намагається увійти без призначення, система показує йому двері — у вигляді цієї помилки.

Безпосередня причина — відсутні призначення доступу, але іноді все складніше. Так може статися, якщо адміністратор хотів обмежити коло користувачів застосунку, але не завершив налаштування. Помилка також може з'явитися, якщо роль користувача було видалено або між змінами доступу та їх застосуванням є затримка: Entra ID не завжди оновлюється миттєво.

Перш ніж звинувачувати когось одного, майте на увазі: іноді масові зміни, прострочені призначення або політики умовного доступу можуть спричинити проблеми, які виглядають точнісінько як ця помилка. Тож якщо хтось наполягає, що «має» мати доступ, не ігноруйте такі випадки — іноді блокування спричинює системна політика, а не людська помилка.

Ознаки помилки та її виявлення в Microsoft 365

Помилку AADSTS50105 зазвичай помічають, коли користувач намагається увійти в застосунок — Teams, SharePoint або сторонній SaaS, доданий до Entra ID, — і замість очікуваної панелі бачить сторінку з помилкою. Найпоширеніший симптом — невдалий вхід із чітким повідомленням, що для застосунку не призначено роль.

Користувачі можуть казати: «Я ввійшов, але не бачу застосунку» або «Минулого тижня доступ працював, а тепер мене заблокувало». Менш прямі скарги стосуються відсутніх кнопок або сервісів у Microsoft 365, які сірі, але по суті це та сама проблема.

Для ІТ-адміністраторів і служби підтримки виявлення проблеми AADSTS50105 не обмежується лише скаргами користувачів. Журнали аудиту Microsoft 365 і Entra ID — ваші найкращі помічники. Щоб відфільтрувати інциденти саме цієї проблеми, шукайте код помилки 50105 у журналах входу Azure AD (або журналах входу Entra ID — залежно від того, як їх називають цього тижня).

У журналах видно невдалі спроби входу, хто їх робив, з якого місця і в який застосунок. Так значно легше з'ясувати, чи це справжня відсутність призначення, чи щось упертіше, наприклад затримка поширення змін після дій адміністратора. Аналіз журналів допомагає знайти першопричину і не дає витрачати час на пошуки неіснуючих проблем із дозволами.

Як виправити проблему AADSTS50105: користувача не призначено на роль

Перейдімо одразу до справи: щоб виправити AADSTS50105, потрібно переконатися, що потрібним користувачам або групам призначено відповідну роль для застосунку в Entra ID. Зазвичай це робиться в розділі «Корпоративні застосунки» на панелі «Користувачі та групи». Знайдіть застосунок, оберіть «Користувачі та групи», призначте користувачеві або групі потрібну роль доступу — просто, якщо знаєте шлях.

Коли користувачів багато, ручне призначення дозволів швидко стає виснажливим. Саме тут у пригоді стають інструменти на кшталт PowerShell, які автоматизують доступ (наприклад, масове додавання користувачів, навіть зі списків з HR). Можна використати скрипт, щоб призначати користувачів на ролі застосунку, або керувати доступом динамічно через Microsoft Graph API. Це ідеально для компаній із постійним прийомом і звільненням співробітників. Такий проактивний підхід не лише виправляє помилки, а й не допускає їх, поки вони не зіпсували вам ранок.

Майте на увазі: зміни можуть набути чинності не одразу через реплікацію та кешування в бекенді Entra ID. Якщо ви щойно призначили роль, а користувачі досі не мають доступу, зачекайте. Затримка в кілька хвилин або навіть година — звичайна річ. Перегляньте кеш токенів і розгляньте можливість відкликання сеансів, якщо підозрюєте, що старі дозволи досі діють.

Насамкінець перевірте приховані перешкоди. Іноді умовні політики доступу або відсутня згода блокують доступ, навіть коли ролі виглядають правильно. Перевірка призначень ролей і накладених політик допоможе уникнути ситуацій «я все зробив правильно!», які перетворюються на нескінченний пошук несправностей.

Підсумок і додаткові ресурси щодо помилок AADSTS50105

AADSTS50105 — це спосіб Microsoft повідомити, що користувача не призначено на роль для певного застосунку: немає ролі — немає доступу. Зазвичай причина в тому, що в Entra ID бракує призначень, зміни поширюються із затримкою або суперечать одна одній політики, наприклад умовного доступу. Виправлення полягає в тому, щоб призначити користувачів або групи напряму, автоматизувати процес, де це можливо, і не поспішати з очікуванням синхронізації.

Якщо помилки повторюються, спершу перевірте журнали, щоб підтвердити причину, а вже потім вносьте нові зміни. Якщо ж вам цікаві глибші питання управління доступом, розростання умовного доступу або інструменти для масштабованої безпеки, зверніть увагу на цей епізод про ідентичність як площину управління та цей посібник з управління доступом до даних Microsoft 365. Офіційна документація та підтримка Microsoft завжди доступні, якщо ви справді застрягли. Лише не дозволяйте одній помилці призупинити роботу всього бізнесу.

Microsoft Entra ID Microsoft 365 Microsoft Conditional Access SharePoint

Related articles

RSS