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 管理センターにアクセスするか（管理者に依頼するか）、テナントの状態、有効なサブスクリプション、ライセンスがまだ有効かどうかを確認してください。「あ、そのテナントは前の四半期に廃止されていた！」と気づくのは、多くの場合この段階です。

それでも問題が解決しない場合は、アプリの構成を確認してください。マルチテナントアプリを使用していますか。正しい Azure AD インスタンスに登録されていますか。開発者がコードや構成ファイルにテナント ID を直接記述し、誤った値を本番環境に誤ってデプロイしてしまうこともあります。特に複数の環境があるクラウドデプロイでは注意が必要です。

自動化、サービスプリンシパル、CI/CD パイプラインでも、このエラーが発生することがあります。スクリプトやアプリが突然動かなくなった場合は、サービスプリンシパルの資格情報が期限切れになっていないか、または取り消されていないかを確認してください。対話を伴わないワークフローでは、更新を忘れていたことや登録が削除されたことが原因で、テナントの検索に失敗するケースがよくあります。

意外に思われるかもしれませんが、ネットワークも確認してください。企業のプロキシや DNS フィルターが Microsoft のサインインエンドポイントをブロックしていると、テナントが消えてしまったように見えることがあります。ネットワーク設定を一通り見直し、DNS キャッシュをフラッシュして、すべてが Microsoft の ID プラットフォームと通信できることを確認してください。プロキシの例外設定の漏れや DNS の誤った転送によって、原因究明に長い時間を費やすこともあります。

ID のセキュリティや、Azure AD の利用を複雑にする一般的な問題について詳しく知りたい場合は、条件付きアクセスと ID の負債を管理する方法についてのこちらのディスカッションをご覧ください。これらの知見は、ID レイヤーを健全に保ち、先回りして対処するのに役立ちます。そうすれば、このようなエラーに不意を突かれることもなくなります。

まずは基本から始め、順序立てて確認すれば、「テナントが見つからない」問題は昼食前に解決できることが多いはずです。それでも行き詰まった場合は、サブスクリプション管理者またはサポートに相談するのが次善の策です。

テナントが見つからない問題に関するよくある質問と回答

AADSTS90002 エラーで悩んだことがあるなら、あなただけではありません。テナントが存在するはずなのに、Microsoft から存在しないと言われ続けると、誰でも疑問や不安を感じるものです。このエラーについて、よく寄せられる疑問や心配事を順に見ていきましょう。

まず多いのが「テナントは存在するはずなのに、なぜ『Tenant Not Found』と表示されるのか」という疑問です。原因は、古いドメイン名やスペルミスなどの小さな見落としであることが多いです。ほかにも、リージョンの不一致や、ブラウザーやアプリにキャッシュされた設定が影響している場合があります。テナントを変更した直後は、DNS の更新に時間がかかることもあります。大きな問題を疑う前に、まずはサインインの情報を再確認し、キャッシュのクリアや DNS のフラッシュを試してみてください。

もう一つよくある質問が「管理者でない場合でもアクセスを回復できるのか」というものです。一般に、管理者以外の権限は限られています。テナントが削除されたり、サブスクリプションが期限切れになったりした場合は、管理者権限を持つ人だけが復旧できます。ただし、誤った URL や古いサービス プリンシパルといった軽微な問題でロックアウトされているのであれば、上位の担当者の対応を待たなくても、管理者に相談したり、設定を修正したりすることで解決できる場合があります。

管理者の方からは、こうしたエラーを防ぐ方法があるのかとよく聞かれます。もちろんあります。テナント ID を適切に検証し、アプリケーションの設定を十分に文書化して、分離された環境でサインインをテストすることで、状況は大きく改善します。開発者は、構成に環境変数を使用することや、本番環境だけでなくデプロイの段階でテナントのリンクを検証することといったベスト プラクティスも検討するとよいでしょう。

自動化や CI/CD を実行している方の場合、有効期限切れのクライアント シークレットや取り消されたサービス プリンシパルの権限が、よくある原因です。サービス プリンシパルを定期的に監査し、期限が切れる前に資格情報を更新する習慣をつけましょう。また、テナントの解決に失敗した場合にすばやく気づけるよう、ログを確認できる状態にしておくことも大切です。

ネットワークの問題も見落とさないでください。DNS やプロキシの問題、あるいは Microsoft の ID エンドポイントをブロックする厳格なファイアウォール ルールは、「テナントが見つからない」エラーと同じような症状を引き起こすことがあります。このエラーが突然発生した場合は、最近のネットワーク変更がないかを IT 部門に確認してください。