2017-04-12 7 views
8

現在、管理者同意フローを使用してAzure ADと統合しようとしています。
は、私はそれにいくつかの権限を設定し、私たちのドメインにアプリを設定して、その後、次のリンクに移動しています:Azure AD同意フローを使用しているときにGUIDエラーが発生しました

https://login.microsoftonline.com/mytestdomain.onmicrosoft.com/oauth2/authorize?client_id=12345678-1234-1234-1234-123456789012&response_type=code&redirect_uri=http://example.com/responsehandler&resource=12345678-1234-1234-1234-123456789012&prompt=admin_consent&state=12345 

(ここでは「例」の値のためにスワップアウトされている値の一部)

私がそこをナビゲートすると、私はアプリケーションをインポートしたい別のテストドメインを使用してログインするように求められます。
は私に署名した後、(正しいように見える)アプリのニーズことを、私は受け入れる]をクリックし、すべての権限の一覧を示していますが、その後、私は次のエラーを取得する:

AADSTS90002: Requested tenant identifier '00000000-0000-0000-0000-000000000000' is not valid. Tenant identifiers may not be an empty GUID. 

私はわからないんだけどこの空のGUIDがどこから来ているのか、何らかの検索の後に何が原因であるのかについての参照が見つかりません。

+0

これについての解決策はありますか? –

+0

明らかにAzureのサポートは「それを探しています」と返信します。 – Martin

+3

Azureアカウント(Microsoftアカウント)の作成に使用したユーザーで認証しようとしました。私がテナント用に作成した(そしてテナントにのみ存在する)ユーザーでテストを行ったところ、トークンは正常に生成されました。 –

答えて

2

Daniel Camargoのコメントは、このトリックを行ったようです。
私はlogin.microsoftonline.comのリンクに移動したときに、そのドメインを作成したユーザーでログインしていました。
私が作成したテスト管理者のユーザーでログインした場合は、必要に応じて機能します。

0

私は私の場合は、コルドバの適用を含むたことを考えると、我々は正確に同じ問題を抱えていたことに納得していないが、私はとにかく私のシナリオを共有します:私はコンセプトの私の証明のためにとのためのトライアルアカウントを作成し

を個人的なMicrosoftアカウントを使用して、[email protected]と呼ぶことにしました。

したがって、[email protected]は、outlook.comと最近作成されたmypersonalaccount.onmicrosoft.comという2つのディレクトリの一部になりました。

[email protected]を使用してOauth2アプリケーションで認証しようとしたときに、そのエラーが発生しました。私の謙虚な推測は、エラーは2つのアカウント間の何らかの衝突に関連しているということです。

私は後で[email protected]と私のgmailアカウントを使ってゲストアカウントを作成しました。すべてはこれらのものでうまくいった。

0

同じ問題を抱えていて、紺碧チームの仕事の1週間後も同じことが解決されました。

私の問題は、ATSアカウントでVSTSにログインしようとしていました。

関連する問題