Ebben a cikkben megvitatjuk a lehetséges javításokat a probléma megoldására AADSTS50020, Az identitásszolgáltató felhasználói fiókja nem létezik a bérlőben hiba. Ez a hiba általában akkor fordul elő, ha egy identitásszolgáltató (IdP) vendégfelhasználója nem tud bejelentkezni az Azure Active Directory (Azure AD) erőforrás-bérlőjébe. Ezt a hibát különböző helyzetekben láthatja. Minden helyzet más módszert igényel a hibaelhárításhoz.
a Windows Defender eltávolítása
A teljes hibaüzenet, amelyet a vendég felhasználó lát, amikor megpróbál hozzáférni egy alkalmazáshoz vagy erőforráshoz az erőforrás-bérlőben:
AADSTS50020: Felhasználói fiók ' [e-mail védett] A(z) {IdentityProviderURL} identitásszolgáltatótól származó ' nem létezik a(z) {ResourceTenantName} bérlőben.
A lakásbérlő naplóinak áttekintése során a rendszergazda a következő hibaüzenetet fogja látni:
A(z) {idp} identitásszolgáltatótól származó {email} felhasználói fiók nem létezik a(z) {tenant} bérlőben, és nem tudja elérni az {appId}({appName}) alkalmazást abban a bérlőben. A fiókot először külső felhasználóként kell hozzáadni a bérlőhöz. Jelentkezzen ki, majd jelentkezzen be újra egy másik Azure Active Directory felhasználói fiókkal.
AADSTS50020, Az identitásszolgáltató felhasználói fiókja nem létezik a bérlőben
Az alábbi megoldások segítenek kijavítani a AADSTS50020, Az identitásszolgáltató felhasználói fiókja nem létezik a bérlőben hiba.
- Módosítsa a bejelentkezési közönség beállítását az alkalmazás regisztrációs jegyzékében
- Használja a megfelelő bejelentkezési URL-t
- Jelentkezzen ki, majd jelentkezzen be újra egy másik böngészőből vagy egy privát böngészőmunkamenetből
- Hívja meg a vendég felhasználót
- Hozzáférés hozzárendelése a felhasználókhoz (ha van)
- Használjon a bérlőre vagy szervezetre jellemző végpontot
- Állítsa vissza a vendég felhasználói fiók beváltási állapotát
Lássuk ezeket a javításokat részletesen.
1] Módosítsa a bejelentkezési közönség beállítását az alkalmazás regisztrációs jegyzékében
A hiba egyik lehetséges oka az, ha egy bérlő nem támogatott fióktípust használ. Ha például egyetlen bérlős fióktípus van beállítva az alkalmazás regisztrációjához, egy másik azonosított szolgáltató felhasználója nem tud bejelentkezni az alkalmazásba.
Az AADSTS50020 hiba javítása , módosítsa a bejelentkezési közönség beállítását az alkalmazás regisztrációs jegyzékében az alábbiak szerint:
- Menj a Azure Portal .
- Válassza ki Alkalmazások regisztrációja .
- Válassza ki az alkalmazás regisztrációjának nevét.
- Válassza ki Nyilvánvaló , az oldalsávról.
- Ban,-ben JSON kód , keresse meg a signInAudience beállítást.
- Ellenőrizze a beállítást az alábbi értékek közül:
- AzureADandPersonalMicrosoftAccount
- AzureADMultipleOrgs
- PersonalMicrosoftAccount
A SignInAudience-nek tartalmaznia kell a fent említett értékek egyikét. Ha ezeknek az értékeknek egyikét sem találja a SignInAudience beállításában, újra létre kell hoznia az alkalmazás regisztrációját.
2] Használja a megfelelő bejelentkezési URL-t
A hiba másik oka a helytelen bejelentkezési URL használata. Például ha használ https://login.Microsoftonline.com/<YourTenantNameOrID> URL, a hitelesítés várhatóan csak a bérlőn fut. Ez az oka annak, hogy más szervezetek felhasználói nem férhetnek hozzá az alkalmazáshoz. Amikor más felhasználók megpróbálják ezt megtenni, bejelentkezési hibaüzenetet kapnak.
A probléma megoldásához fel kell vennie ezeket a felhasználókat vendégként a kérésben megadott bérlőhöz. Egy adott típusú alkalmazáshoz használhatja a megfelelő bejelentkezési URL-t. Néhány példát az alábbiakban említünk:
A Többbérlős alkalmazások típusához a következő bejelentkezési URL-t használhatja.
https://login.microsoftonline.com/organizations
Ha többbérlős és személyes fióktípust használ, akkor a következő bejelentkezési URL-t használhatja.
https://login.microsoftonline.com/common
Csak személyes fiókok esetén használja ezt a bejelentkezési URL-t.
https://login.microsoftonline.com/consumers
3] Jelentkezzen ki, majd jelentkezzen be újra egy másik böngészőből vagy egy privát böngészőmunkamenetből
Néha ez a hiba akkor fordul elő, amikor a felhasználó rossz bérlőhöz jelentkezett be. Például, ha egy felhasználónak már van egy aktív munkamenete a webböngészőjében, és megpróbál hozzáférni az Ön alkalmazásához a megfelelő hivatkozásra kattintva vagy a kívánt URL-cím beírásával egy új lapon.
Ebben a helyzetben kérje meg a vendég felhasználót, hogy tegye a következők egyikét:
- Jelentkezzen ki a böngészőjében már megnyitott fiókból. Ezzel befejeződik a már aktív munkamenet. Most már bejelentkezhet a megfelelő hivatkozás és hitelesítő adatok használatával.
- Jelentkezzen be egy másik böngészővel.
- Jelentkezzen be a privát vagy inkognitóablakban ugyanabban a böngészőben.
4] Hívja meg a vendég felhasználót
Ez a hiba akkor is megjelenik, ha a vendég felhasználó nincs meghívva. A megoldás erre a helyzetre egyértelmű. Hívja meg a vendég felhasználót.
5] Hozzáférés hozzárendelése a felhasználókhoz (ha van)
Ha az alkalmazás olyan vállalati alkalmazás, amely felhasználói hozzárendelést igényel, és a felhasználó nem szerepel azon engedélyezett felhasználók listáján, akiknek hozzáférést kaptak az alkalmazáshoz, akkor ez a hiba lép fel.
Az alábbi lépések végrehajtásával ellenőrizheti, hogy a vállalati alkalmazáshoz felhasználói hozzárendelés szükséges-e:
- Lépjen az Azure Portalra.
- Válaszd ki a Vállalati alkalmazás(ok) .
- Válassza ki vállalati alkalmazását.
- Válassza ki Tulajdonságok .
- Ellenőrizze, hogy a Hozzárendelés szükséges opcióra van állítva Igen . Ha az Igen értékre van állítva, akkor az alkalmazás felhasználói hozzárendelést igényel.
Ebben a helyzetben rendeljen hozzáférést a felhasználókhoz egyénileg vagy egy csoport részeként.
6] Használjon a bérlőre vagy szervezetre jellemző végpontot
A hibakód AADSTS50020 akkor is előfordulhat, ha a felhasználó az erőforrás-tulajdonos jelszó hitelesítő adatait (ROPC) próbálja használni személyes fiókjához (fiókjaihoz). A Microsoft Identity Platform csak az Azure AD-bérlőkön belüli ROPC-t támogatja, a személyes fiókokat nem.
Ebben a helyzetben a felhasználónak a bérlőre vagy szervezetre jellemző végpontot kell használnia. Vegye figyelembe, hogy a személyes fiókok akkor sem használhatják a ROPC-t, ha meghívást kapnak egy Azure AD-bérlőhöz.
7] Állítsa vissza a vendég felhasználói fiók beváltási állapotát
Ha az adminisztrátor törölte a vendég felhasználó felhasználónevét az erőforrás-bérlőben, és újra létrehozta az otthoni bérlőben, akkor a vendég felhasználó ezt a hibát észleli. A rendszergazdának azt is ellenőriznie kell, hogy az erőforrás-bérlőben lévő vendég felhasználói fiók nincs-e társítva az otthoni bérlő vendég felhasználói fiókjához.
hogyan tilthatja le a hálózati hozzáférést a Windows rendszerleíró adatbázisához
Ebben a helyzetben a hiba kijavításához állítsa vissza a vendég felhasználói fiók beváltási állapotát az erőforrás-bérlőben.
Ez az. Remélem ez segít.
Milyen bérlői azonosítót használ az Azure?
Az Azure-beli bérlőazonosító egy Azure Active Directory (Azure AD) bérlő egyedi azonosítója. Office 365 bérlőazonosítónak is nevezik. Az Azure-bérlőazonosító beszerzésének különböző módjai vannak.
Ki a bérlő adminisztrátora?
A bérlői adminisztrátor olyan felhasználó, aki a legmagasabb szintű engedélyekkel rendelkezik egy Azure Active Directory (Azure AD) bérlőben. Ő kezelheti a bérlő összes aspektusát, beleértve a felhasználókat, csoportokat, engedélyeket és beállításokat.
Olvassa el a következőt : AADSTS90100 hiba, a bejelentkezési paraméter üres vagy érvénytelen .
