Zrozumienie błędu AADSTS50011 – niezgodność identyfikatora URI przekierowania
By Mirko Peters · · Updated
Niezgodność identyfikatora URI przekierowania w błędzie AADSTS50011 oznacza, że identyfikator URI przekierowania wysłany przez aplikację nie jest dokładnie taki sam jak identyfikator zarejestrowany w usłudze Microsoft Entra ID. Porównaj żądanie aplikacji z zarejestrowanym identyfikatorem URI przekierowania, uwzględniając schemat, nazwę hosta, ścieżkę, port i końcowy ukośnik. Popraw aplikację lub r
Automatically translated with AI from the original post. Read the English original

Niezgodność identyfikatora URI przekierowania w błędzie AADSTS50011 oznacza, że identyfikator URI przekierowania wysłany przez aplikację nie jest dokładnie taki sam jak identyfikator zarejestrowany w usłudze Microsoft Entra ID. Porównaj żądanie aplikacji z zarejestrowanym identyfikatorem URI przekierowania, uwzględniając schemat, nazwę hosta, ścieżkę, port i końcowy ukośnik. Popraw aplikację lub rejestrację, a następnie ponownie przetestuj zamierzony przepływ logowania.
Jak naprawić niezgodność identyfikatora URI przekierowania AADSTS50011
- Skopiuj identyfikator URI przekierowania z błędu lub żądania logowania.
- Porównaj go dokładnie z rejestracją aplikacji w centrum administracyjnym Entra.
- Popraw zatwierdzony identyfikator URI i ponownie przetestuj go w odpowiednim środowisku.
Zobacz Microsoft Learn for Entra.
Jeśli kiedykolwiek próbowałeś skonfigurować uwierzytelnianie Microsoft i napotkałeś przeszkodę, prawdopodobnie błąd AADSTS50011 o niezgodności identyfikatora URI przekierowania pojawił się jak nieproszony gość. Ten błąd jest znany wśród deweloperów i administratorów pracujących z Microsoft Entra ID (dawniej Azure Active Directory), usługą Microsoft 365 oraz integracjami w Azure lub Power Platform.
Dlaczego to ważne? Ta usterka może całkowicie zatrzymać przepływy logowania, uniemożliwiając użytkownikom zalogowanie się i blokując aplikacje przed dostępem. Niezgodności identyfikatorów URI przekierowania to częsta pułapka, która dotyka zarówno nowych projektów, jak i zmian w istniejących konfiguracjach. Zrozumienie, co wywołuje AADSTS50011, oraz wiedza, jak to naprawić, nie tylko pozwala utrzymać płynne działanie aplikacji, ale jest też kluczowe dla zabezpieczenia uwierzytelniania i autoryzacji w platformach Microsoft.
W tym przewodniku dowiesz się, co powoduje błąd, jak rozpoznać jego objawy oraz poznasz praktyczne wskazówki, jak znaleźć i naprawić niezgodne identyfikatory URI przekierowania. Nawet jeśli dopiero zaczynasz przygodę z uwierzytelnianiem Microsoft, po lekturze będziesz gotowy, aby rozwiązywać problemy i właściwie zabezpieczać przepływy logowania.
Co powoduje błąd AADSTS50011?
Główną przyczyną błędu AADSTS50011 jest niezgodność między identyfikatorem URI przekierowania używanym przez aplikację a listą identyfikatorów URI zarejestrowanych w Microsoft Entra ID. Gdy ktoś próbuje się zalogować, system uwierzytelniania Microsoft sprawdza, czy identyfikator URI przekierowania przesłany w żądaniu OAuth lub OpenID Connect dokładnie odpowiada jednemu z identyfikatorów zapisanych dla rejestracji aplikacji.
Ten rygorystyczny mechanizm bezpieczeństwa zapobiega przechwytywaniu tokenów użytkowników przez nieautoryzowane punkty końcowe – to fundament nowoczesnej ochrony tożsamości. Jeśli występuje jakakolwiek różnica – nawet przypadkowy ukośnik, niewłaściwy protokół (np. http zamiast https) lub literówka – Entra ID natychmiast blokuje logowanie i zgłasza błąd AADSTS50011. Zrozumienie tego zabezpieczenia pomaga nie tylko szybciej rozwiązywać błędy, ale też unikać ryzykownych błędnych konfiguracji w przyszłości.
Objawy problemu i komunikaty o błędach, na które warto zwrócić uwagę
- Błędy na ekranie logowania Microsoft: Użytkownicy po próbie logowania widzą pogrubiony komunikat „AADSTS50011: The reply URL specified in the request does not match...”. Zwykle wyświetla się on na stronie logowania Microsoft i całkowicie zatrzymuje uwierzytelnianie.
- Kody błędów OAuth w wywołaniach API: Aplikacje integrujące się z interfejsami API Microsoft otrzymują obiekty błędów zawierające „error=invalid_request” lub „error=AADSTS50011” w odpowiedziach API lub przekierowań, co sygnalizuje niezgodność w tle.
- Dzienniki błędów uwierzytelniania: W dziennikach Azure lub Entra ID administratorzy zauważają nieudane próby logowania z wyraźnymi wzmiankami o niezgodnościach identyfikatorów URI przekierowania, często wraz ze szczegółami dotyczącymi oczekiwanego i rzeczywistego identyfikatora URI.
- Awarie logowania w aplikacjach webowych: Użytkownicy końcowi mogą zgłaszać pętle logowania, puste ekrany lub nieoczekiwany powrót na stronę główną – szczególnie zaraz po przekierowaniu do logowania Microsoft lub z niego.
- Błędy systemów zaplecza: Zautomatyzowane platformy (np. procesory poczty e-mail lub zadania harmonogramowane) mogą rejestrować lub wyświetlać kod AADSTS50011, zwłaszcza podczas prób przepływów OAuth z różnych środowisk (dev, staging, produkcja).
Naprawa identyfikatora URI przekierowania w celu rozwiązania problemu AADSTS50011
Dobra wiadomość jest taka, że rozwiązanie błędu AADSTS50011 zwykle sprowadza się do pracy detektywistycznej i dokładnego sprawdzenia, bez żadnej magii. Ogólnie rzecz biorąc, musisz doprowadzić identyfikator URI przekierowania używany przez aplikację do pełnej zgodności z tym, który jest zarejestrowany w portalu Azure w rejestracji aplikacji. Nawet drobne różnice w protokole, pisowni czy ukośnikach mogą powodować niezgodność, dlatego uwaga do szczegółów jest tu kluczowa.
Naprawa tego problemu to nie tylko zatrzymanie błędów. Utrzymanie porządku w identyfikatorach URI przekierowania ma zasadnicze znaczenie dla bezpieczeństwa uwierzytelniania w usługach Microsoft. Usługa Entra ID wymaga precyzji, aby zapobiec przechwytywaniu tokenów przez atakujących lub wykorzystywaniu słabych punktów procesu logowania. Dlatego przy dodawaniu lub edytowaniu identyfikatorów URI zachowaj szczególną ostrożność i sprawdzaj je za każdym razem, gdy zmieniasz środowiska lub nazwy hostów.
Za kulisami Microsoft wymaga, aby identyfikator URI przekierowania wysłany podczas próby logowania dokładnie odpowiadał temu, który jest zarejestrowany dla aplikacji. Dopasowanie obejmuje wielkość liter, końcowe ukośniki i użycie protokołu HTTPS, co chroni ciebie, użytkowników i organizację przed atakami typu redirect. Gdy w grę wchodzi wiele urządzeń, zmiany w kodzie i kilka środowisk, łatwo o niezgodności, ale solidny proces rejestrowania i przeglądania identyfikatorów URI sprawi, że ten błąd będziesz widzieć bardzo rzadko.
Jeśli chcesz jeszcze bardziej wzmocnić zabezpieczenia, zwłaszcza przed atakami związanymi ze zgodą OAuth, zapoznaj się z materiałami takimi jak ten szczegółowy przewodnik o nadużyciach zgody OAuth i mechanizmach kontroli w Entra ID. Wyprzedzanie zarówno problemów konfiguracyjnych, jak i zmieniających się zagrożeń pozwala zbudować bardziej odporną konfigurację uwierzytelniania.
Typowe przyczyny błędów AADSTS50011 związanych z identyfikatorem URI przekierowania
- Błędy w pisowni: Nawet jedna źle umieszczona litera sprawi, że identyfikator URI przekierowania nie będzie zgodny z zarejestrowanym, co wywoła błąd AADSTS50011.
- Niezgodność protokołów (HTTP i HTTPS): Użycie http there, gdzie Azure oczekuje https, lub odwrotnie, powoduje niezgodność, ponieważ Microsoft bardzo rygorystycznie podchodzi do bezpieczeństwa.
- Brakujące lub dodatkowe ukośniki: Ukośnik na końcu identyfikatora URI (albo jego brak) może zadecydować o tym, czy dopasowanie będzie dokładne.
- Problemy z wielkością liter: Identyfikatory URI w Azure rozróżniają wielkość liter. Jeśli żądanie zawiera /Callback, a w rejestracji jest /callback, pojawi się błąd.
- Niewłaściwy adres środowiska: Pomylenie adresów środowiska deweloperskiego, testowego i produkcyjnego, na przykład użycie localhost w produkcji, może szybko doprowadzić do niezgodności.
Jak zarejestrować i zweryfikować identyfikatory URI przekierowania w portalu Azure
- Znajdź rejestrację aplikacji: W portalu Azure przejdź do „Rejestracje aplikacji” i wybierz daną aplikację.
- Edytuj identyfikatory URI przekierowania: W sekcji „Uwierzytelnianie” znajdź część dotyczącą identyfikatorów URI przekierowania i dodaj, usuń lub zaktualizuj potrzebne identyfikatory.
- Dopasuj wszystkie szczegóły: Upewnij się, że każdy element zgadza się z kodem lub wdrożeniem: protokół, domena, ścieżka, końcowy ukośnik i wielkość liter.
- Zapisz i potwierdź: Po edycji kliknij „Zapisz”. Sprawdź jeszcze raz, czy wszystkie identyfikatory URI przekierowania są zgodne z tymi, których używa konfiguracja aplikacji lub kod źródłowy.
- Przetestuj proces logowania: Spróbuj zalogować się ponownie, aby sprawdzić, czy błąd zniknął i czy przekierowanie działa zgodnie z oczekiwaniami.
Więcej informacji, zasoby i opinie społeczności
Na koniec kilka słów o walce z niezgodnością identyfikatorów URI przekierowania: nie musisz radzić sobie z tym całkiem sam. Microsoft udostępnia mnóstwo dokumentacji i przydatnych materiałów, które pomogą uniknąć kłopotów w przyszłości. Jeśli szukasz szczegółów technicznych, zacznij od oficjalnych dokumentów dotyczących kodów błędów uwierzytelniania i autoryzacji w usłudze Entra ID (dawniej Azure AD). Przewodniki te pokazują typowe błędy i sposoby ich naprawy, a także zawierają przykłady kodu dla wszystkich entuzjastów eksperymentów.
Dokumentacja nie zawsze obejmuje jednak nietypowe przypadki. Wtedy niezastąpione stają się fora społecznościowe. Microsoft Q&A, Stack Overflow i wątki z opiniami są pełne prawdziwych historii osób, które mierzyły się z AADSTS50011 i go pokonały. Opisz swoje objawy lub przejrzyj rozwiązane wątki, być może twoje rozwiązanie jest na wyciągnięcie ręki. To trochę jak posiadanie całej grupy wsparcia, która zajmuje się wyłącznie twoimi bólami głowy.
Więcej o tym, jak chronić swoje aplikacje – i całą organizację – przed zagrożeniami, znajdziesz w szerszym ujęciu zarządzania chmurą i bezpieczeństwa tożsamości. Chcesz uniknąć dryfu zasad i chaosu w konfiguracji? Zajrzyj do tego wprowadzenia: Strategia zarządzania w przedsiębiorstwie w usłudze Azure. Chcesz poznać sprawdzone praktyki dotyczące tożsamości? Ta dyskusja o ograniczaniu ryzyka związanego z tożsamością za pomocą warunkowego dostępu w Entra ID będzie dla Ciebie idealna.
Jeśli uznasz ten materiał za pomocny albo natrafisz na coś nietypowego, podziel się swoją opinią lub opisz swoje obejście problemu w komentarzach. Im więcej wniesiesz, tym łatwiej będzie kolejnemu inżynierowi wydostać się z pułapki przekierowania URI. Kto wie, może Twoja wiedza okaże się brakującym elementem układanki dla kogoś innego już jutro.
🎧 Warto też posłuchać
- Model operacyjny zarządzania w Microsoft 365
Dowiedz się, jakie zasoby i mechanizmy kontroli sprawiają, że zmiany w Microsoft 365 są trwałe.
- Zarządzanie tożsamością w Microsoft Entra
Poznaj kontekst tożsamości i dostępu, który stanowi podstawę bezpiecznej współpracy.
- Agenci AI – wyjaśnienie w prostych słowach
Poznaj podstawy zarządzania pracą wspomaganą przez AI.