Der Fehler AADSTS90002 „Tenant not found“ verstehen

Von Mirko Peters · 2026-04-20

Wenn Sie den Fehler AADSTS90002 sehen, bedeutet das im Grunde: Microsoft sagt Ihnen „Hey, ich kann Ihren Mandanten nicht finden!“ Dieser Fehler tritt vor allem in Umgebungen mit Microsoft 365, Azure Active Directory oder Entra ID auf, wenn Sie sich anmelden oder einen Dienst verbinden möchten, der Mandant aber nicht gefunden wird…

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Wenn Sie den Fehler AADSTS90002 sehen, bedeutet das im Grunde: Microsoft sagt Ihnen „Hey, ich kann Ihren Mandanten nicht finden!“ Dieser Fehler tritt vor allem in Umgebungen mit Microsoft 365, Azure Active Directory oder Entra ID auf, wenn Sie sich anmelden oder einen Dienst verbinden möchten, der Mandant aber nicht gefunden wird. Einfach gesagt: Das System findet keinen Mandanten, der zu den angegebenen Daten passt.

Was ist also ein „Mandant“ in diesem Zusammenhang? Stellen Sie sich einen Mandanten als den eigenen Bereich Ihrer Organisation in der großen Microsoft-Cloud vor. Er ist Ihre eindeutige Identität mit eigenen Benutzern, Apps und Konfigurationen. Wenn der Dienst Ihre Anmeldung prüft oder eine Verbindung herstellt, sucht er den Mandanten anhand seiner ID oder Domäne. Findet er ihn nicht, erscheint der Fehler AADSTS90002.

Dafür gibt es viele Gründe. Vielleicht wurde eine falsche Anmelde-URL eingegeben. Oder der Mandant wurde gelöscht oder gesperrt, manchmal sogar versehentlich. Manchmal ist es ganz einfach: Das Abonnement für diesen Mandanten ist abgelaufen, oder bei der App-Registrierung oder Konfiguration ist etwas schiefgelaufen. Entwickler stoßen gelegentlich auf diesen Fehler, wenn ihre App während der Anmeldung auf den falschen Mandanten oder die falsche Azure AD-Umgebung verweist.

Für Administratoren, Benutzer und alle, die sich in Microsoft 365 mit der Authentifizierung herumschlagen, ist die Erkenntnis schon die halbe Miete: Dieser Fehler bedeutet fast immer, dass Microsoft den gesuchten Ort nicht finden kann. Keine Panik. Meist liegt das Problem an einer fehlenden oder falschen Mandanten-ID, an einem gelöschten Mandanten oder an einem Fehler in der Konfiguration. Sobald Sie verstehen, wie die Mandantensuche funktioniert, können Sie die Problemstelle schnell finden und beheben.

Den Fehler AADSTS90002 Schritt für Schritt beheben

Bereit, den Fehler AADSTS90002 zu untersuchen? Die gute Nachricht: Die meisten Lösungen sind machbar, auch wenn es auf den ersten Blick technisch aussieht. Prüfen Sie zuerst, ob Sie sich mit der richtigen Mandanten-ID und der richtigen Anmelde-URL anmelden. Tippfehler, aus alter Dokumentation kopierte Werte oder eine Verwechslung von Test- und Produktionsumgebung verursachen dieses Problem erfahrungsgemäß sehr häufig.

Stellen Sie als Nächstes sicher, dass der Mandant tatsächlich existiert und aktiv ist. Mandanten werden manchmal gelöscht oder gesperrt, oder das zugehörige Abonnement ist veraltet. Öffnen Sie das Microsoft Admin Center oder lassen Sie Ihren IT-Administrator das tun. Prüfen Sie den Mandantenstatus, aktive Abonnements und ob Ihre Lizenz noch gültig ist. An dieser Stelle merkt man oft: „Ach, dieser Mandant wurde schon letztes Quartal stillgelegt!“

Wenn trotzdem nichts stimmt, prüfen Sie Ihre App-Konfiguration. Verwenden Sie Multi-Tenant-Apps? Haben Sie sie in der richtigen Azure AD-Instanz registriert? Manchmal hinterlegen Entwickler eine Mandanten-ID fest im Code oder in einer Konfigurationsdatei und übertragen versehentlich den falschen Wert in die Produktion, besonders bei Cloud-Bereitstellungen mit mehreren Umgebungen.

Automatisierungen, Dienstprinzipale und CI/CD-Pipelines können diesen Fehler ebenfalls auslösen. Wenn Ihre Skripte oder Apps plötzlich nicht mehr funktionieren, prüfen Sie, ob die Anmeldeinformationen des Dienstprinzipals abgelaufen oder widerrufen wurden. Häufig führt eine vergessene Erneuerung oder eine gelöschte Registrierung in nicht interaktiven Workflows zu Fehlern bei der Mandantensuche.

Achten Sie auch auf Ihr Netzwerk, so seltsam das klingen mag. Unternehmensproxys oder DNS-Filter, die die Microsoft-Anmeldeendpunkte blockieren, können den Eindruck erwecken, Ihr Mandant sei verschwunden. Prüfen Sie die Netzwerkeinstellungen, leeren Sie den DNS-Cache und stellen Sie sicher, dass alle Systeme die Identitätsplattformen von Microsoft erreichen können. Eine fehlende Proxy-Ausnahme oder eine fehlerhafte DNS-Auflösung kann Sie auf eine lange, unnötige Suche schicken.

Wenn Sie tiefer in die Sicherheit von Identitäten und in typische Fehler einsteigen möchten, die Ihre Azure AD-Erfahrung durcheinanderbringen können, lesen Sie diese Diskussion zu der Verwaltung von bedingtem Zugriff und Identitätsschulden. Diese Einblicke helfen Ihnen, Ihre Identitätsebene gesund und proaktiv zu halten, sodass Fehler wie dieser Sie nicht unvorbereitet treffen.

Fangen Sie mit den Grundlagen an, arbeiten Sie methodisch, und Sie bekommen das Problem „Tenant Not Found“ meist noch vor der Mittagspause in den Griff. Wenn Sie festhängen, ist die Einbindung eines Abonnementadministrators oder des Supports Ihr nächster sinnvoller Schritt.

Häufige Fragen und Antworten zu Problemen mit „Tenant Not Found“

Wenn Sie sich jemals über den Fehler AADSTS90002 gewundert haben, sind Sie nicht allein. Viele Fragen tauchen immer wieder auf, besonders wenn Ihr Mandant eigentlich existieren müsste, Microsoft aber das Gegenteil behauptet. Schauen wir uns die häufigsten Fragen und Sorgen zu diesem berüchtigten Fehler an.

Als Erstes die Frage: „Warum sehe ich ‚Tenant Not Found‘, obwohl mein Mandant existiert?“ Meist liegt die Ursache in kleinen Details, etwa einem alten oder falsch geschriebenen Domänennamen, einer Regionsabweichung oder zwischengespeicherten Einstellungen im Browser oder in der App. Manchmal braucht DNS nach Mandantenänderungen auch Zeit für die Aktualisierung. Prüfen Sie daher immer zuerst die Anmeldedaten und leeren Sie den Cache bzw. den DNS-Cache, bevor Sie sich um die großen Probleme sorgen.

Eine weitere häufige Frage: „Kann ich meinen Zugriff wiederherstellen, wenn ich kein Administrator bin?“ In der Regel sind Nicht-Administratoren eingeschränkt. Wurde der Mandant gelöscht oder das Abonnement ist abgelaufen, kann ihn nur ein Administrator mit entsprechenden Rechten wiederherstellen. Wenn Sie jedoch wegen kleinerer Probleme ausgesperrt sind, etwa falscher URLs oder veralteter Dienstprinzipale, können Sie möglicherweise einen Administrator darauf hinweisen oder die Konfiguration selbst korrigieren, ohne auf Hilfe von ganz oben zu warten.

Administratoren möchten oft wissen, ob sich diese Fehler verhindern lassen. Ja, das ist möglich. Eine saubere Validierung der Mandanten-ID, eine gründliche Dokumentation Ihrer Anwendungskonfigurationen und das Testen von Anmeldungen in isolierten Umgebungen können viel bewirken. Entwickler sollten zudem bewährte Verfahren berücksichtigen, etwa die Konfiguration über Umgebungsvariablen und die Validierung der Mandantenverknüpfungen bereits bei der Bereitstellung, nicht erst in der Produktivumgebung.

Wer Aufgaben automatisiert oder CI/CD-Pipelines betreibt, stolpert häufig über abgelaufene Clientgeheimnisse oder entzogene Berechtigungen von Dienstprinzipalen. Gewöhnen Sie sich an, Ihre Dienstprinzipale regelmäßig zu überprüfen, Anmeldeinformationen vor Ablauf zu erneuern und Protokolle griffbereit zu halten, um Fehler bei der Mandantenauflösung schnell zu erkennen.

Vergessen Sie auch Netzwerkprobleme nicht. DNS- und Proxy-Probleme oder restriktive Firewall-Regeln, die die Identitätsendpunkte von Microsoft blockieren, können einen Fehler „Tenant Not Found“ vortäuschen. Wenn dieser Fehler plötzlich auftritt, prüfen Sie am besten bei der IT, ob es kürzlich Änderungen am Netzwerk gab.