次の方法で共有


プロジェクトへの接続のトラブルシューティング

Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022 |Azure DevOps Server 2020

Azure DevOps でプロジェクトへの接続で問題が発生している場合は、次のトラブルシューティング手順に従って、一般的な接続の問題を解決してください。

前提 条件

カテゴリ 必要条件
プロジェクト アクセス プロジェクト メンバー

サインインのトラブルシューティング

Azure DevOps では、サインイン用の 2 種類の ID (Microsoft Personal アカウントと Microsoft Entra アカウント) がサポートされています。 アクセスしようとしている組織が Microsoft Entra テナントに接続されている場合は、Microsoft Entra アカウント (メンバーまたは B2B ゲスト) でのみサインインできます。

401 - 許可されていません

Azure DevOps 接続 401 エラーを示すスクリーンショット。

最も一般的なサインイン エラーは 401 Not Authorized です。これは、ID に組織内または組織内のリソースにアクセスするアクセス許可がない場合に発生します。 次の一覧では、401 エラーの最も一般的な原因の概要を示します。

  • お使いの ID が組織のメンバーではありません。
  • ユーザー プリンシパル名 (UPN) ではなく、エイリアスを使用してサインインしようとしています。
  • ID には、アクセスしようとしているプロジェクトまたはリソースに対する読み取りアクセス許可がありません。
  • ID が組織にリンクされた Microsoft Entra テナントの B2B ゲストであり、まだ Microsoft Entra テナントの招待を受け入れていません。
  • Microsoft Entra アカウントと一致するサインイン アドレスを持つ個人用 Microsoft アカウントがあり、間違ったアカウントでサインインしている。

あなたのIDは組織に所属していない

Azure DevOps 組織にアクセスしようとしたときに 401 エラーが発生する場合、最初に Azure DevOps 管理者に連絡して、ID がユーザー一覧に表示されることを確認する必要があります。

Microsoft Entra ID アカウントで認証する場合、[ユーザー] リストに表示される ID は、Microsoft Entra テナントのユーザー プリンシパル名 (UPN) と一致している必要があります。 個人の Microsoft アカウントで認証する場合は、[ユーザー] リストの ID がプライマリ アカウントと一致している必要があります。

Azure DevOps 組織に接続された Microsoft Entra テナントの B2B ゲストである場合、ゲスト テナント内の UPN がホーム テナントの UPN と大文字小文字を含めて正確に一致していることを確認してください。

B2B ゲストは、Microsoft Entra ID ポータルで、UPN が{username}_{homeDomain}#EXT#@{guestDomain}形式として表示されます。 {username}_{homeDomain}は、ホーム テナントの UPN と一致する必要があり、_@に置き換える必要があります。

ユーザー プリンシパル名 (UPN) ではなく、エイリアスを使用してサインインしようとしている

Azure DevOps では、サインイン エイリアスはサポートされていません。 Microsoft Entra アカウントで認証する場合はユーザー プリンシパル名 (UPN) でサインインし、個人アカウントで認証する場合はプライマリ アカウントでサインインする必要があります。

たとえば、UPN が 12345@mycompany.com で、 MyName@mycompany.comのサインイン エイリアスを構成した場合、管理者は組織に 12345@mycompany.com を追加する必要があり、サインイン プロセスを実行するときに 12345@mycompany.com を使用する必要があります。 MyName@mycompany.comを使用して Azure DevOps にサインインすることはできません。

あなたのIDは、アクセスしようとしているプロジェクトまたはリソースに対する読み取り権限を持っていません。

Azure DevOps 組織にアクセスできるが、アクセスしようとしている特定のプロジェクトまたはリソースに対するアクセス許可がない可能性があります。 通常、アクセス許可は、組み込みグループまたはカスタム グループ (プロジェクト共同作成者やプロジェクト 閲覧者グループなど) のメンバーシップによって制御されます。 組織のルート (https://dev.azure.com/{orgName}) にサインインできても、より具体的なリンク ( https://dev.azure.com/{orgName}/{projectName} など) にアクセスできない場合は、Azure DevOps 管理者に連絡して、アクセスしようとしている資産に対する読み取りアクセス許可が少なくとも割り当てられていることを確認してください。

あなたの身元は、組織にリンクされた Microsoft Entra テナント内の B2B ゲストであり、Microsoft Entra テナントからの招待をまだ受け入れていません。

B2B ゲストとして Azure DevOps にサインインするには、メールに送信される Microsoft Entra テナントの招待に同意します。

Microsoft Entra テナント管理者は、Azure portal から招待を受け入れたかどうかを確認し、必要に応じて新しい通知の送信をトリガーできます。

  1. https://portal.azure.com にアクセスします。
  2. Microsoft Entra ID ポータルに移動します。
  3. 管理>ユーザー を選択します。
  4. ゲスト ユーザーを選択します。
  5. [ 概要 ] ページで、B2B 招待タイルを探します。
  6. 状態がまだ "承認待ち" の場合は、新しいメールの送信をトリガーするために使用できる [招待の再送信] リンクがあります。

Microsoft Entra アカウントと一致するサインイン アドレスを持つ個人用 Microsoft アカウントがあり、間違ったアカウントでサインインしている

Microsoft Entra テナントに接続されていない組織の場合は、Microsoft 個人アカウントまたは Microsoft Entra アカウントでサインインできます。 Azure DevOps 組織に初めてサインインするときに選択するアカウントによって、今後使用する必要があるアカウントが決まります。 Azure DevOps はこれらのアカウントを個別の ID として扱うので、サインインするアカウントを交換することはできません。

組織へのアクセスに使用する ID を変更する場合は、管理者に組織からの削除と読み取りをしてもらう必要があります。 このアクションにより、お客様の ID は、Microsoft 個人アカウントまたは Microsoft Entra バージョンのアカウントのどちらを使用しているかの確認を待機している状態に戻ります。

一般に、個人アカウントと Microsoft Entra アカウントを照合することはお勧めしません。これは、不要な混乱を引き起こす可能性があるためです。 「Microsoft アカウントの メール アドレスまたは電話番号を変更する - Microsoft サポート」の手順に従って、個人アカウントの名前を Microsoft Entra アカウントと一致しなくなった名前に変更できます。

組織のメンバーであると思うが、このエラー ページが表示される場合は、サポート

接続のトラブルシューティング

接続の問題を解決するには、次の手順を実行します。

  1. ブラウザーからサインアウトします。 これを行うには、 Visual Studio のサインアウト リンクを選択します。
  2. ブラウザーで Cookie を削除します。 ほとんどのブラウザーで Cookie を削除するには、 Ctrl+Shift+Delete を選択します。
  3. Microsoft Edge を開き、ブラウザーの Cookie を削除します。 Visual Studio IDE では、Microsoft Edge Cookie が使用されます。
  4. すべてのブラウザーを閉じて、Visual Studio IDE を閉じます。
  5. プライベート ブラウザー セッションを使用して、接続を再試行します。 Visual Studio IDE に問題がある場合は、接続を削除し、チーム エクスプローラーで読み取った。

私はまだ助けが必要です

このガイドに進んだ後もブロックされている場合は、 Microsoft サポートにお問い合わせください。 サポートは、トラブルシューティングを行うサインイン試行のブラウザー トレースを提供するように求められます。 トラブルシューティングのためにブラウザー トレースをキャプチャするの手順に従って、サポートが問題を調査するために必要な情報がトレースに含まれていることを確認します。