AADSTS90002 Tenant Not Found-fout begrijpen

By Mirko Peters · 2026-04-20

Als je de fout AADSTS90002 ziet, betekent die eigenlijk: Microsoft kan je tenant niet vinden. Dit duikt vooral op in omgevingen met Microsoft 365, Azure Active Directory of Entra ID wanneer je probeert in te loggen of een service te koppelen, maar je tenant niet gevonden kan worden. Simpel gezegd: het systeem ziet geen tenant die overeenkomt met de gegevens die je hebt opgegeven.

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

Als je de fout AADSTS90002 ziet, betekent die eigenlijk: Microsoft kan je tenant niet vinden. Dit duikt vooral op in omgevingen met Microsoft 365, Azure Active Directory of Entra ID wanneer je probeert in te loggen of een service te koppelen, maar je tenant niet gevonden kan worden. Simpel gezegd: het systeem ziet geen tenant die overeenkomt met de gegevens die je hebt opgegeven.

Wat is een “tenant” dan precies? Zie een tenant als de eigen ruimte van je organisatie in de grote Microsoft-cloud: je unieke identiteit, met een eigen set gebruikers, apps en configuraties. Wanneer de service je login controleert of verbinding maakt, zoekt hij die tenant op via zijn ID of domein. Als hij die niet vindt, verschijnt AADSTS90002 ten tonele.

Dit kan om allerlei redenen gebeuren. Misschien heeft iemand de verkeerde aanmeld-URL ingevoerd. Of de tenant is verwijderd of opgeschort, soms per ongeluk. Soms is het simpel: het abonnement voor die tenant is verlopen, of er ging iets mis tijdens de app-registratie of configuratie. Ontwikkelaars lopen deze fout af en toe tegen het lijf als hun app tijdens het aanmelden naar de verkeerde tenant of de verkeerde Azure AD-omgeving verwijst.

Voor beheerders, gebruikers of iedereen die met authenticatie in Microsoft 365 aan de slag gaat, is het al half gewonnen als je weet dat deze fout vrijwel altijd betekent: Microsoft kan de plek die je zoekt niet vinden. Geen paniek. Meestal ligt het probleem aan een ontbrekende of verkeerde tenant-ID, een verwijderde tenant of een storing in de configuratie. Zodra je begrijpt hoe het opzoeken van de tenant werkt, weet je waar je moet zoeken en kun je het probleem snel oplossen.

AADSTS90002-fout stap voor stap oplossen

Klaar om die AADSTS90002-fout aan te pakken? Goed nieuws: de meeste oplossingen liggen binnen handbereik, ook al lijkt het op het eerste gezicht technisch. Controleer allereerst of je aanmeldt met de juiste tenant-ID en de juiste aanmeld-URL gebruikt. Typfouten, waarden die uit oude documentatie zijn gekopieerd of een verwarring tussen test- en productieomgevingen zijn berucht om deze rotzooi.

Zorg vervolgens dat de tenant echt bestaat en actief is. Tenants worden soms verwijderd of opgeschort, of het gekoppelde abonnement is verouderd. Ga naar het Microsoft-beheercentrum, of laat je IT-beheerder dat doen, en controleer de tenantstatus, de actieve abonnementen en of je licentie nog geldig is. Vaak is dit het moment waarop iemand beseft: ‘Oh, die tenant is vorig kwartaal buiten gebruik gesteld!’

Als alles nog steeds niet klopt, kijk dan naar je app-configuratie. Gebruik je multitenant-apps? Heb je ze geregistreerd bij de juiste Azure AD-instantie? Soms zetten ontwikkelaars een tenant-ID hardcoded in code of een configuratiebestand en pushen ze per ongeluk de verkeerde waarde naar productie, vooral bij clouddeployments met meerdere omgevingen.

Automatiseringen, service-principals en CI/CD-pijplijnen kunnen deze fout ook veroorzaken. Als je scripts of apps ineens niet meer werken, controleer dan of je service-principal-referenties niet zijn verlopen of ingetrokken. Het komt vaak voor dat een vergeten verlenging of een verwijderde registratie zorgt voor mislukte tenant-opzoekingen in niet-interactieve workflows.

Vergeet ook je netwerk niet, hoe vreemd dat ook klinkt. Zakelijke proxy’s of DNS-filters die de Microsoft-aanmeldeindpunten blokkeren, kunnen je doen denken dat je tenant is verdwenen. Loop je netwerkinstellingen na, leeg de DNS-cache en controleer of alles contact kan maken met de identiteitsplatforms van Microsoft. Eén gemiste proxy-uitzondering of een verkeerd ingestelde DNS-route kan je een hele tijd op het verkeerde spoor zetten.

Wil je dieper ingaan op identiteitsbeveiliging en veelvoorkomende fouten die je Azure AD-ervaring kunnen verstoren? Bekijk dan deze discussie over hoe je voorwaardelijke toegang en identiteitsschuld beheert. Deze inzichten helpen je je identiteitslaag gezond en proactief te houden, zodat fouten als deze je niet onverwacht overvallen.

Begin met de basis, werk methodisch, en je krijgt het “Tenant Not Found”-monster meestal onder controle voordat de lunch is. En als je vastloopt, is een abonnementsbeheerder of support je volgende beste zet.

Veelgestelde vragen en antwoorden over Tenant Not Found-problemen

Als je ooit hebt zitten puzzelen op de fout AADSTS90002, ben je niet de enige. Mensen hebben altijd vragen, vooral wanneer hun tenant “zou” moeten bestaan, maar Microsoft steeds het tegendeel beweert. Laten we de belangrijkste vragen en zorgen over deze beruchte fout even doornemen.

Allereerst: “Waarom krijg ik ‘Tenant Not Found’ te zien terwijl ik weet dat mijn tenant bestaat?” Meestal zit het in kleine details, zoals een oud of verkeerd gespeld domeinnaam, een regio die niet overeenkomt, of gecachte instellingen in je browser of app. Soms duurt het even voordat DNS is bijgewerkt na wijzigingen aan de tenant. Controleer altijd de aanmeldgegevens dubbel en probeer de cache of DNS leeg te maken voordat je je zorgen maakt over de grote problemen.

Nog zo’n grote vraag: “Kan ik toegang herstellen als ik geen beheerder ben?” Meestal zijn niet-beheerders beperkt. Als de tenant is verwijderd of het abonnement is verlopen, kan alleen iemand met beheerdersrechten hem weer tot leven brengen. Als je echter buiten de deur staat door kleine problemen, zoals onjuiste URL’s of verouderde service principals, kun je misschien een beheerder op weg helpen of een configuratie zelf repareren zonder op hulp van de top te wachten.

Beheerders willen vaak weten of er manieren zijn om deze fouten te voorkomen. Zeker. Een goede validatie van de tenant-ID, grondige documentatie van je applicatie-instellingen en het testen van aanmeldingen in afgeschermde omgevingen maken een wereld van verschil. Ontwikkelaars kunnen best practices overwegen, zoals het gebruik van omgevingsvariabelen voor configuratie en het valideren van tenantkoppelingen tijdens de uitrol, niet alleen in productie.

Voor wie dingen automatiseert of CI/CD draait, zijn verlopen clientgeheimen of ingetrokken machtigingen voor service principals de veelvoorkomende boosdoeners. Maak er een gewoonte van om je service principals te controleren, referenties te vernieuwen voordat ze verlopen en logs bij de hand te houden om fouten bij het oplossen van tenants snel te herkennen.

Vergeet ook de netwerkproblemen niet. DNS- en proxyproblemen, of strikte firewallregels die de identiteitseindpunten van Microsoft blokkeren, kunnen een “tenant not found”-fout nabootsen. Vraag bij ongewone storingen altijd aan de IT-afdeling of er recent netwerkwijzigingen zijn doorgevoerd.