AADSTS90002 테넌트 찾을 수 없음 오류 이해하기

By Mirko Peters · 2026-04-20

AADSTS90002 오류가 표시되면, 이는 기본적으로 Microsoft가 "테넌트를 찾을 수 없습니다!"라고 알려주는 방식입니다. 주로 Microsoft 365, Azure Active Directory 또는 Entra ID 환경에서 로그인하거나 서비스를 연결하려 할 때 나타나며, 테넌트를 찾을 수 없는 경우에 발생합니다. 쉽게 말해, 시스템이 입력한 정보와 일치하는 테넌트를 찾지 못하는 상황입니다.

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

AADSTS90002 오류가 표시되면, 이는 기본적으로 Microsoft가 "테넌트를 찾을 수 없습니다!"라고 알려주는 방식입니다. 주로 Microsoft 365, Azure Active Directory 또는 Entra ID 환경에서 로그인하거나 서비스를 연결하려 할 때 나타나며, 테넌트를 찾을 수 없는 경우에 발생합니다. 쉽게 말해, 시스템이 입력한 정보와 일치하는 테넌트를 찾지 못하는 상황입니다.

그렇다면 이 맥락에서 "테넌트"란 무엇일까요? 테넌트는 조직이 대규모 Microsoft 클라우드 안에서 가진 고유한 공간으로 볼 수 있습니다. 자체 사용자, 앱, 구성을 갖춘 고유한 ID라고 생각하시면 됩니다. 서비스가 로그인을 확인하거나 연결을 시도할 때 테넌트 ID나 도메인으로 해당 테넌트를 조회합니다. 이때 테넌트를 찾지 못하면 AADSTS90002 오류가 발생합니다.

이 문제는 여러 가지 이유로 발생할 수 있습니다. 로그인 URL을 잘못 입력했을 수도 있습니다. 테넌트가 삭제되거나 일시 중지되었을 수도 있는데, 실수로 그런 경우도 있습니다. 때로는 간단하게 해당 테넌트의 구독이 만료되었거나, 앱 등록 또는 구성 과정에서 문제가 생겼을 수도 있습니다. 개발자의 경우, 앱이 로그인 중에 잘못된 테넌트나 잘못된 Azure AD 환경을 가리키면 이 오류를 만나는 경우가 가끔 있습니다.

Microsoft 365에서 인증을 관리하는 관리자, 사용자, 또는 인증 설정을 다루는 모든 분들께 이 오류는 거의 항상 "Microsoft가 찾으려는 위치를 찾을 수 없다"는 뜻이라는 점을 아는 것만으로도 절반은 해결된 셈입니다. 당황하지 마십시오. 대부분의 경우 원인은 테넌트 ID 누락이나 잘못된 값, 삭제된 테넌트, 또는 구성상의 문제입니다. 테넌트 조회가 어떻게 동작하는지 이해하면 문제 지점을 찾고 빠르게 해결할 수 있습니다.

AADSTS90002 오류 단계별 해결 방법

AADSTS90002 오류를 해결할 준비가 되셨나요? 좋은 소식은, 겉보기에는 기술적으로 보여도 대부분의 해결 방법은 충분히 직접 실행할 수 있다는 점입니다. 우선 올바른 테넌트 ID로 로그인하고 있는지, 그리고 올바른 로그인 URL을 사용하고 있는지 다시 한번 확인하십시오. 오타, 오래된 문서에서 복사한 값, 또는 테스트 환경과 프로덕션 환경의 혼동은 이 문제를 일으키는 대표적인 원인입니다.

다음으로, 테넌트가 실제로 존재하고 활성 상태인지 확인하십시오. 테넌트가 삭제되거나 일시 중지되거나, 연결된 구독이 만료된 경우가 종종 있습니다. Microsoft 관리 센터에 접속하거나 IT 관리자에게 요청해 테넌트 상태, 활성 구독, 라이선스의 유효 여부를 확인하십시오. 많은 경우 이 단계에서 "아, 그 테넌트는 지난 분기에 폐기되었구나!"라는 사실을 깨닫게 됩니다.

그래도 문제가 계속되면 앱 구성을 확인하십시오. 멀티 테넌트 앱을 사용하고 있습니까? 올바른 Azure AD 인스턴스에 등록했습니까? 개발자가 코드나 구성 파일에 테넌트 ID를 하드코딩했다가 실수로 잘못된 값을 프로덕션에 배포하는 경우도 있습니다. 특히 여러 환경을 운영하는 클라우드 배포에서 자주 발생합니다.

자동화, 서비스 주체, CI/CD 파이프라인에서도 이 오류가 발생할 수 있습니다. 스크립트나 앱이 갑자기 동작하지 않는다면 서비스 주체의 자격 증명이 만료되었거나 취소되지 않았는지 확인하십시오. 갱신을 잊었거나 등록이 삭제된 경우, 대화형이 아닌 워크플로에서 테넌트 조회가 실패하는 일이 흔합니다.

네트워크도 놓치지 마십시오. 이상하게 들릴 수 있지만, Microsoft 로그인 엔드포인트를 차단하는 기업 프록시나 DNS 필터 때문에 테넌트가 사라진 것처럼 착각할 수 있습니다. 네트워크 설정을 한번 점검하고, DNS 캐시를 비우며, 모든 항목이 Microsoft ID 플랫폼과 통신할 수 있는지 확인하십시오. 프록시 예외 설정을 놓치거나 DNS 경로가 잘못 설정되어 있으면 엉뚱한 곳에서 시간을 허비하게 될 수 있습니다.

ID 보안과 Azure AD 환경을 복잡하게 만드는 흔한 실수에 대해 더 깊이 알고 싶다면, 조건부 액세스와 ID 부채를 관리하는 방법에 대한 이 논의를 확인해 보십시오. 이러한 내용은 ID 계층을 건강하게 유지하고 선제적으로 대응하는 데 도움이 되므로, 이와 같은 오류에 당황하지 않도록 해 줍니다.

기본부터 차근차근 접근하면, "테넌트를 찾을 수 없음" 문제도 대개 점심 전에 해결할 수 있습니다. 그래도 해결이 어렵다면, 다음 단계로 구독 관리자나 지원팀에 문의하는 것이 가장 좋습니다.

테넌트를 찾을 수 없음 문제에 대한 자주 묻는 질문과 답변

AADSTS90002 오류를 한 번이라도 고민해 보셨다면, 혼자만 겪은 문제가 아닙니다. 테넌트가 분명히 존재해야 하는데 Microsoft가 그렇지 않다고 계속 알려 줄 때 많은 분들이 질문을 쏟아냅니다. 이 악명 높은 오류에 대해 사람들이 가장 많이 궁금해하고 걱정하는 주요 사항들을 차례대로 살펴보겠습니다.

먼저 가장 많이 묻는 질문입니다. "테넌트가 존재하는데 왜 'Tenant Not Found'가 표시될까요?" 대개는 오래되었거나 철자가 잘못된 도메인 이름, 리전 불일치, 브라우저나 앱에 남아 있는 캐시된 설정 같은 사소한 부분에서 비롯됩니다. 테넌트를 변경한 뒤에는 DNS 업데이트에 시간이 걸리기도 합니다. 큰 문제부터 걱정하기 전에 로그인 정보를 다시 확인하고, 캐시나 DNS 플러시를 먼저 시도해 보시기 바랍니다.

또 하나의 큰 질문은 "관리자가 아니어도 액세스를 복구할 수 있을까요?"입니다. 일반적으로 관리자가 아닌 사용자의 권한은 제한되어 있습니다. 테넌트가 삭제되었거나 구독이 만료된 경우에는 관리자 권한이 있는 사람만 테넌트를 복구할 수 있습니다. 다만 잘못된 URL이나 오래된 서비스 주체 같은 사소한 문제로 잠겨 있다면, 최상위 지원을 기다리지 않고 관리자에게 요청하거나 구성을 직접 수정할 수 있는 경우도 있습니다.

관리자라면 이런 오류를 예방할 방법이 있는지 궁금해하실 수 있습니다. 물론 있습니다. 테넌트 ID를 올바르게 검증하고, 애플리케이션 설정을 꼼꼼하게 문서화하며, 격리된 환경에서 로그인을 테스트하는 것만으로도 상황이 크게 달라질 수 있습니다. 개발자라면 구성에 환경 변수를 사용하고, 운영 환경뿐만 아니라 배포 과정에서도 테넌트 연결을 검증하는 것과 같은 모범 사례를 고려해 보시기 바랍니다.

자동화를 수행하거나 CI/CD를 운영하는 분들에게는 만료된 클라이언트 비밀이나 취소된 서비스 주체 권한이 흔한 원인입니다. 서비스 주체를 정기적으로 감사하고, 만료되기 전에 자격 증명을 갱신하며, 테넌트 확인 실패를 빠르게 찾아낼 수 있도록 로그를 준비해 두는 습관을 들이시기 바랍니다.

네트워크 문제도 잊지 마십시오. DNS 및 프록시 문제, 또는 Microsoft ID 엔드포인트를 차단하는 엄격한 방화벽 규칙은 "tenant not found" 오류와 비슷한 증상을 일으킬 수 있습니다. 갑자기 이런 문제가 나타난다면 최근 네트워크 변경 사항이 있었는지 항상 IT 부서에 확인하시기 바랍니다.