Ein zentraler Hub aus Azure-Cloudmigrationsdiensten und -tools, mit denen Sie Workloads ermitteln, bewerten und zur Cloud migrieren können
Hello Florian Renner,
Dieses Verhalten tritt normalerweise auf, wenn Ihr persönliches Microsoft-Konto zu einem Microsoft Entra-Mandanten umgeleitet wird, anstatt als privates (Consumer-)Konto behandelt zu werden. Dadurch entstehen Fehler wie AADSTS50020 / AADSTS16000, da das Konto in diesem Mandanten nicht vorhanden ist.
Sie können dieses Problem beheben, indem Sie sicherstellen, dass die Anmeldung im persönlichen (Consumer-)Identitätskontext bleibt und alle zwischengespeicherten Mandantenzuordnungen entfernt werden:
- Öffnen Sie eine neue InPrivate-/Inkognito-Browsersitzung
- Navigieren Sie direkt zu folgender Seite und melden Sie sich an (verwenden Sie nicht https://login.microsoftonline.com/consumers/common)
- Melden Sie sich vor einem erneuten Versuch vollständig aus allen Microsoft-Sitzungen ab unter: https://login.microsoftonline.com/logout.srf
- Löschen Sie die Browser-Cookies für login.microsoftonline.com und live.com und versuchen Sie es anschließend erneut
Falls weiterhin die Option „Geschäfts-, Schul- oder Unikonto“ für dieselbe E-Mail-Adresse angezeigt wird, wählen Sie unbedingt „Anderes Konto verwenden“ und geben Sie Ihre E-Mail-Adresse manuell ein, damit die Anmeldung als persönliches Konto erfolgt und nicht die zwischengespeicherte Mandantenidentität verwendet wird.
Wenn Sie zuvor einen Microsoft-Dienst genutzt haben (z. B. Teams Free, Azure-Testversion, Power Platform usw.), wurde möglicherweise im Hintergrund ein Mandant erstellt. In diesem Fall:
- Melden Sie sich bei https://entra.microsoft.com an
- Falls sich ein Verzeichnis öffnet, gehen Sie zu „Benutzer“, löschen Sie Ihr Benutzerkonto und anschließend den Mandanten
Sobald die Mandantenzuordnung entfernt oder umgangen wurde, wird Ihr Konto wieder korrekt als persönliches Microsoft-Konto authentifiziert, und Sie können MFA/Sicherheitsinformationen ohne Weiterleitungsprobleme einrichten.