私のセットアップは次のとおりです。
ドメイン A:ローカル ワークステーション上の Visual Studio 20120、IP アドレス経由でコントローラーを指している
ワークグループ (非ドメイン): Amazon の EC2 クラウド内の Visual Studio 20120 テスト コントローラー
Visual Studio をコントローラーに接続しようとすると、「コントローラーに接続できません...サーバーがクライアントの資格情報を拒否しました。ログオン試行に失敗しました」というエラーが表示されました。
この問題に対処するために、ワークステーションで、クラウド上のユーザーとパスワードの組み合わせと同じ名前とパスワードを持つ新しいローカル (非ドメイン) ユーザーを作成しました。
それを行ったら、そのユーザーとして Visual Studio のインスタンスを開始し ("Run as" を使用)、再試行しました。それは別のエラーメッセージを出しました:
「要求された名前は有効ですが、要求されたタイプのデータが見つかりませんでした」
Visual Studioが実際に(非常にあいまいな方法で)不満を言っているのは、IPアドレスでコントローラーに接続できるが、ホスト名を介して接続できないということです。
これを解決するには、コントローラー コンピューターに接続して、そのホスト名を取得する必要がありました。次に、ホスト ファイル (C:\Windows\System32\drivers\etc) に移動し、ホスト名と IP アドレスを追加しました。
これで、Visual Studio はコントローラーに正常に接続されました。
同様の問題がありました。ドメイン内にテスト コントローラーを配置し、ネットワーク外のワークグループ コンピューターにエージェントを配置すると、いくつかの奇妙な動作に気付きました。コントローラーは netbios 名を使用してエージェントに接続しようとするように見えるため、内部 DNS にない場合は、パブリック IP アドレスを使用してそのホスト名をホストファイルに追加する必要があります。エージェントは、コントローラの FQDN (インターネット ドメインではなくアクティブ ディレクトリ ドメイン) を使用してコントローラに接続しようとしているように見えるため、エージェントのホスト ファイルに入力する必要があります。エージェントとコントローラーで同じアカウント名とパスワードを使用する必要があります。コントローラーがテスト マネージャーとは別のコンピューター上にある場合は、コントローラー サービス アカウントを、エージェントのローカル サービス アカウントと同じユーザー名/パスワードを持つドメイン アカウントにする必要があります。http://nerdsknowbest.blogspot.com/2013/10/how-to-setup-visual-studio-tfs-test-agents-cloud.htmlそれがあなた、または他の誰かに役立つ場合。また、hosts ファイルに 127.0.0.1 を指すものがあれば、コメントアウトします。