Comprendre l’erreur AADSTS90002 « Tenant Not Found »

By Mirko Peters · 2026-04-20

Si vous voyez l’erreur AADSTS90002, c’est en substance la façon dont Microsoft vous dit : « Hé, je ne trouve pas votre locataire\u00a0! » Elle se manifeste surtout dans les environnements Microsoft 365, Azure Active Directory ou Entra ID lorsque vous essayez de vous connecter ou de connecter un service, mais que votre locataire est introuvable…

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

Si vous voyez l’erreur AADSTS90002, c’est en substance la façon dont Microsoft vous dit : « Hé, je ne trouve pas votre locataire\u00a0! » Elle se manifeste surtout dans les environnements Microsoft 365, Azure Active Directory ou Entra ID lorsque vous essayez de vous connecter ou de connecter un service, mais que votre locataire est introuvable. En clair : le système ne voit aucun locataire correspondant aux informations que vous lui avez fournies.

Alors, qu’est-ce qu’un « locataire » dans tout cela\u00a0? Imaginez-le comme l’espace dédié de votre organisation dans le vaste cloud Microsoft, avec sa propre identité, ses utilisateurs, ses applications et ses configurations. Lorsque le service tente de vérifier votre connexion ou d’établir la liaison, il recherche ce locataire par son identifiant ou son domaine. S’il ne le trouve pas, l’erreur AADSTS90002 fait alors son apparition, bien visible.

Plusieurs raisons peuvent expliquer ce problème. Peut-être l’URL de connexion saisie est-elle erronée. Ou bien le locataire a été supprimé ou suspendu, parfois par accident\u00a0! Parfois, la cause est plus simple\u00a0: l’abonnement associé à ce locataire a expiré, ou quelque chose a mal tourné lors de l’inscription ou de la configuration de l’application. Les développeurs rencontrent parfois cette erreur lorsque leur application pointe vers le mauvais locataire ou le mauvais environnement Azure AD pendant la connexion.

Pour les administrateurs, les utilisateurs ou toute personne qui gère l’authentification dans Microsoft 365, comprendre que cette erreur signifie presque toujours « Microsoft ne trouve pas l’emplacement que vous recherchez » représente déjà la moitié du chemin. Ne paniquez pas\u00a0: le plus souvent, le problème vient d’un identifiant de locataire absent ou erroné, d’un locataire supprimé ou d’un incident de configuration. Une fois que vous avez compris le fonctionnement de la recherche de locataire, vous êtes en mesure de repérer le point défaillant et de le corriger rapidement.

Comment corriger l’erreur AADSTS90002 étape par étape

Prêt à traquer cette erreur AADSTS90002\u00a0? Bonne nouvelle\u00a0: la plupart des solutions sont à votre portée, même si l’ensemble semble technique au premier abord. Pour commencer, vérifiez systématiquement que vous vous connectez avec le bon identifiant de locataire et que vous utilisez la bonne URL de connexion. Les fautes de frappe, les valeurs copiées depuis d’anciens documents ou la confusion entre environnements de test et de production sont des causes bien connues de ce désordre.

Ensuite, assurez-vous que le locataire existe bel et bien et qu’il est actif. Il arrive que des locataires soient supprimés ou suspendus, ou que l’abonnement associé ne soit plus valide. Rendez-vous dans le Centre d’administration Microsoft (ou demandez à votre administrateur informatique de le faire) et vérifiez l’état du locataire, les abonnements actifs et la validité de votre licence. C’est généralement à ce stade que l’on se rend compte\u00a0: « Ah, ce locataire a été mis hors service le trimestre dernier\u00a0! »

Si tout semble toujours anormal, examinez la configuration de vos applications. Utilisez-vous des applications multilocataires\u00a0? Les avez-vous enregistrées dans la bonne instance Azure AD\u00a0? Il arrive que des développeurs codent en dur un identifiant de locataire dans le code ou dans un fichier de configuration, et poussent par erreur la mauvaise valeur en production, notamment dans les déploiements cloud comportant plusieurs environnements.

Les automatisations, les principaux de service et les pipelines CI/CD peuvent également générer cette erreur. Si vos scripts ou vos applications se mettent soudainement à dysfonctionner, vérifiez que les identifiants de vos principaux de service n’ont pas expiré et n’ont pas été révoqués. Il est fréquent qu’un renouvellement oublié ou un enregistrement supprimé provoque des échecs de recherche de locataire dans les flux de travail non interactifs.

Ne négligez pas votre réseau, aussi étrange que cela paraisse. Les proxys d’entreprise ou les filtres DNS qui bloquent les points de terminaison de connexion Microsoft peuvent vous faire croire que votre locataire a disparu. Vérifiez vos paramètres réseau, videz les caches DNS et assurez-vous que tous vos composants peuvent communiquer avec les plateformes d’identité de Microsoft. Une exception de proxy oubliée ou une mauvaise redirection DNS peuvent vous faire courir après de faux problèmes.

Si vous souhaitez approfondir la sécurité des identités et les erreurs courantes qui peuvent compliquer votre expérience Azure AD, découvrez cette discussion sur la manière de gérer l’accès conditionnel et la dette liée aux identités. Ces éclairages vous aideront à maintenir votre couche d’identité en bonne santé et à anticiper, afin que des erreurs de ce type ne vous prennent pas au dépourvu.

Commencez par les bases, procédez méthodiquement, et vous viendrez à bout de ce monstre « Tenant Not Found » avant l’heure du déjeuner. Et si vous butez sur un problème, faire appel à un administrateur d’abonnement ou au support reste votre meilleure option.

Questions fréquentes sur les problèmes « Tenant Not Found »

Si vous vous êtes déjà interrogé sur l’erreur AADSTS90002, vous n’êtes pas seul. Les questions sont nombreuses, surtout lorsque votre locataire « devrait » exister, alors que Microsoft affirme le contraire. Passons en revue les principales interrogations et inquiétudes que suscite cette erreur tristement célèbre.

Première question : « Pourquoi le message “Tenant Not Found” apparaît-il alors que je sais que mon locataire existe ? » Cela tient généralement à de petits détails, comme l’utilisation d’un nom de domaine ancien ou mal orthographié, un décalage de région, ou des paramètres en cache dans votre navigateur ou votre application. Il arrive aussi que le DNS mette du temps à se mettre à jour après des modifications du locataire. Vérifiez toujours les informations de connexion et essayez de vider le cache ou le cache DNS avant de vous inquiéter pour les problèmes plus graves.

Autre question majeure : « Puis-je retrouver l’accès si je ne suis pas administrateur ? » En général, les utilisateurs non administrateurs disposent de possibilités limitées. Si le locataire a été supprimé ou si l’abonnement a expiré, seul un administrateur disposant des droits nécessaires peut le rétablir. Cela étant, si vous êtes bloqué pour des problèmes mineurs, comme des URL incorrectes ou des principaux de service obsolètes, vous pouvez peut-être demander à un administrateur d’intervenir ou corriger vous-même une configuration sans attendre une intervention de plus haut niveau.

Les administrateurs veulent souvent savoir s’il existe des moyens de prévenir ces erreurs. La réponse est oui : une validation rigoureuse de l’ID de locataire, une documentation détaillée de la configuration de vos applications et des tests de connexion dans des environnements isolés peuvent changer la donne. Les développeurs doivent également suivre les bonnes pratiques, comme utiliser des variables d’environnement pour la configuration et valider les liens vers le locataire lors du déploiement, et non uniquement en production.

Pour ceux qui automatisent des tâches ou gèrent des pipelines CI/CD, les secrets client arrivés à expiration ou les droits révoqués des principaux de service sont des causes fréquentes. Prenez l’habitude d’auditer vos principaux de service, de renouveler les identifiants avant leur expiration et de conserver les journaux à portée de main pour repérer rapidement les échecs de résolution du locataire.

N’oubliez pas les problèmes réseau. Les difficultés liées au DNS ou aux proxys, ou des règles de pare-feu trop strictes bloquant les points de terminaison d’identité Microsoft, peuvent simuler une erreur « tenant not found ». Si ce problème apparaît soudainement, vérifiez auprès de votre équipe informatique si des modifications réseau ont été effectuées récemment.