Jak rozwiązać błąd AADSTS90002: nie znaleziono dzierżawy

By Mirko Peters · 2026-04-20

Jeśli widzisz błąd AADSTS90002, to w gruncie rzeczy sposób, w jaki Microsoft mówi: „Hej, nie mogę znaleźć twojej dzierżawy!”. Pojawia się głównie w środowiskach Microsoft 365, Azure Active Directory lub Entra ID, gdy próbujesz się zalogować albo połączyć usługę, a dzierżawy nie da się odnaleźć. Mówiąc prosto: system nie widzi żadnej dzierżawy pasującej do podanych danych.

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

Jeśli widzisz błąd AADSTS90002, to w gruncie rzeczy sposób, w jaki Microsoft mówi: „Hej, nie mogę znaleźć twojej dzierżawy!”. Pojawia się głównie w środowiskach Microsoft 365, Azure Active Directory lub Entra ID, gdy próbujesz się zalogować albo połączyć usługę, a dzierżawy nie da się odnaleźć. Mówiąc prosto: system nie widzi żadnej dzierżawy pasującej do podanych danych.

Czym więc jest „dzierżawa” w tym kontekście? Wyobraź sobie dzierżawę jako przestrzeń twojej organizacji w dużej chmurze Microsoft: to jej unikalna tożsamość, z własnym zestawem użytkowników, aplikacji i konfiguracji. Gdy usługa sprawdza twoje logowanie lub połączenie, wyszukuje tę dzierżawę po identyfikatorze lub domenie. Jeśli jej nie znajdzie, pojawia się AADSTS90002.

Może się to zdarzyć z wielu powodów. Ktoś mógł wpisać niewłaściwy adres URL logowania. Dzierżawa mogła zostać usunięta lub zawieszona, czasem przez przypadek. Bywa też prościej: subskrypcja dla tej dzierżawy wygasła albo coś poszło nie tak podczas rejestracji lub konfiguracji aplikacji. Deweloperzy czasem napotykają ten błąd, gdy ich aplikacja wskazuje niewłaściwą dzierżawę lub niewłaściwe środowisko Azure AD podczas logowania.

Dla administratorów, użytkowników i wszystkich, którzy zajmują się uwierzytelnianiem w Microsoft 365, kluczowe jest zrozumienie, że ten błąd niemal zawsze oznacza: „Microsoft nie może znaleźć miejsca, którego szukasz”. Nie panikuj. Zazwyczaj problemem jest brakujący lub błędny identyfikator dzierżawy, usunięta dzierżawa albo usterka konfiguracji. Gdy zrozumiesz, jak działa wyszukiwanie dzierżawy, będziesz wiedzieć, gdzie szukać problemu i jak szybko go naprawić.

Jak krok po kroku naprawić błąd AADSTS90002

Gotowy, by zmierzyć się z błędem AADSTS90002? Dobra wiadomość: większość rozwiązań jest w zasięgu ręki, nawet jeśli na pierwszy rzut oka wygląda to technicznie. Przede wszystkim upewnij się, że logujesz się przy użyciu poprawnego identyfikatora dzierżawy i właściwego adresu URL logowania. Literówki, wartości skopiowane z przestarzałej dokumentacji albo pomylenie środowisk testowego i produkcyjnego to znane źródła tego bałaganu.

Następnie sprawdź, czy dzierżawa rzeczywiście istnieje i jest aktywna. Czasem dzierżawy są usuwane lub zawieszane, a powiązana subskrypcja traci ważność. Przejdź do centrum administracyjnego Microsoft 365 (lub poproś administratora IT, żeby to zrobił) i sprawdź stan dzierżawy, aktywne subskrypcje oraz to, czy licencja nadal obowiązuje. Zwykle w tym miejscu ktoś zauważa: „O, ta dzierżawa została wycofana w zeszłym kwartale!”.

Jeśli nadal wszystko wygląda podejrzanie, sprawdź konfigurację aplikacji. Czy używasz aplikacji wielodzierżawczych? Czy zarejestrowałeś je w odpowiedniej instancji Azure AD? Deweloperzy czasem wpisują na sztywno identyfikator dzierżawy w kodzie lub pliku konfiguracyjnym i przypadkiem wdrażają błędną wartość na produkcję, zwłaszcza w chmurowych wdrożeniach z wieloma środowiskami.

Automatyzacje, jednostki usługi i potoki CI/CD również mogą generować ten błąd. Jeśli skrypty lub aplikacje nagle przestają działać, upewnij się, że poświadczenia jednostki usługi nie wygasły i nie zostały unieważnione. W przepływach działających bez interakcji użytkownika często zdarza się, że zapomniane odnowienie lub usunięta rejestracja powoduje błędy wyszukiwania dzierżawy.

Nie zapominaj o sieci, choć może to brzmieć dziwnie. Firmowe serwery proxy lub filtry DNS blokujące punkty końcowe logowania Microsoft potrafią sprawić, że uwierzysz, iż dzierżawa zniknęła. Sprawdź ustawienia sieciowe, wyczyść pamięć podręczną DNS i zweryfikuj, czy wszystko może komunikować się z platformami tożsamości Microsoft. Pominięty wyjątek w serwerze proxy lub błędne przekierowanie DNS mogą wysłać cię na błędny trop.

Jeśli chcesz dogłębniej poznać bezpieczeństwo tożsamości i typowe błędy, które mogą zaplątać twoje doświadczenia z Azure AD, zajrzyj do tej dyskusji na temat jak zarządzać dostępem warunkowym i zadłużeniem tożsamości. Te wskazówki pomogą utrzymać warstwę tożsamości w dobrej kondycji i działać prewencyjnie, aby błędy takie jak ten nie zaskakiwały cię w najmniej odpowiednim momencie.

Zacznij od podstaw, działaj metodycznie, a zwykle opanujesz błąd „Nie znaleziono dzierżawy” jeszcze przed lunchem. A jeśli utkniesz, najlepszym kolejnym krokiem będzie zaangażowanie administratora subskrypcji lub pomoc techniczną.

Często zadawane pytania i odpowiedzi dotyczące problemów z nieznalezioną dzierżawą

Jeśli kiedykolwiek zastanawiałeś się nad błędem AADSTS90002, nie jesteś sam. Ludzie często mają pytania – szczególnie wtedy, gdy ich dzierżawa „powinna" istnieć, a Microsoft uparcie twierdzi, że nie. Przejdźmy przez najczęstsze pytania i obawy związane z tym słynnym błędem.

Po pierwsze: „Dlaczego widzę komunikat »Nie znaleziono dzierżawy«, skoro wiem, że dzierżawa istnieje?" Zwykle chodzi o drobiazgi, na przykład o użycie starej lub błędnie napisanej nazwy domeny, niezgodność regionu albo buforowane ustawienia w przeglądarce lub aplikacji. Czasem DNS potrzebuje czasu na aktualizację po zmianach w dzierżawie. Zawsze sprawdź dokładnie dane logowania i spróbuj wyczyścić pamięć podręczną lub opróżnić DNS, zanim zaczniesz szukać poważniejszych przyczyn.

Kolejne ważne pytanie: „Czy mogę odzyskać dostęp, jeśli nie jestem administratorem?" Zazwyczaj zwykli użytkownicy mają ograniczone możliwości. Jeśli dzierżawa została usunięta lub subskrypcja wygasła, przywrócić ją może wyłącznie osoba z uprawnieniami administratora. Jeśli jednak zablokowano cię z powodu drobnych problemów – na przykład błędnych adresów URL lub nieaktualnych nazw podmiotów usługi – możesz poprosić administratora o pomoc lub samodzielnie poprawić konfigurację, bez czekania na interwencję na najwyższym poziomie.

Administratorzy często chcą wiedzieć, czy można zapobiegać takim błędom. Oczywiście – odpowiednia walidacja identyfikatora dzierżawy, dokładne dokumentowanie konfiguracji aplikacji oraz testowanie logowania w odizolowanych środowiskach mogą znacząco pomóc. Deweloperzy powinni też stosować sprawdzone praktyki, na przykład używać zmiennych środowiskowych do konfiguracji i weryfikować powiązania z dzierżawą podczas wdrażania, a nie tylko w środowisku produkcyjnym.

Osoby, które automatyzują procesy lub pracują w ramach CI/CD, najczęściej napotykają problemy z wygasłymi wpisami tajnymi klienta lub cofniętymi uprawnieniami podmiotów usługi. Warto wyrobić sobie nawyk regularnego audytu podmiotów usługi, odnawiania poświadczeń przed ich wygaśnięciem oraz prowadzenia dzienników, dzięki którym szybko wykryjesz błędy rozpoznawania dzierżawy.

Nie zapominaj też o problemach sieciowych. Błędy DNS i serwera proxy lub zbyt restrykcyjne reguły zapory blokujące punkty końcowe tożsamości Microsoft mogą imitować błąd „nie znaleziono dzierżawy". Jeśli ten problem pojawia się nagle, zawsze sprawdź u działu IT, czy nie wprowadzono ostatnio zmian w sieci.