2011-12-29 15 views
1

VM上にテストコントローラといくつかのテストエージェントをセットアップしました。 Windows 7 Starter Editionにインストールされているものを除くすべてのテストエージェントでテストコントローラに接続できました。問題は明らかです。 Win 7スターターは、テストコントローラーをホストしているPCがあるドメインに参加できません。どうすればこの問題を回避できますか?ご協力いただきありがとうございます!TFS 2010テストエージェントのテストコントローラへの登録

答えて

1

これまでに何を試しましたか?クロスドメインの問題については数多くのリソースがあります。

try 2.2。信頼できないWindowsドメインのコントローラ/エージェント、またはワークグループ内のコントローラ/エージェント、ドメイン内のコントローラ/エージェント

から:コントローラとエージェントのhttp://social.msdn.microsoft.com/Forums/en-AU/vststest/thread/df043823-ffcf-46a4-9e47-1c4b8854ca13

  • ミラーユーザーアカウント:コントローラとエージェントマシンの両方で同じユーザー名とパスワードを持つユーザーアカウントを作成します。
  • ミラー化されたユーザーアカウントを使用して、このアカウントでコントローラサービスとエージェントサービスを実行します。
  • あなたは、AppSettingsノードの下qtcontroller.exe.configファイルに次の行を追加し、VS2010 RC +バージョン(すなわちRCまたはRTMではなく、ベータ2)を使用している場合:

<は、キー= "AgentImpersonationEnabled" を追加value = "no"/>

  • コントローラ/エージェントサービスを再起動します(付録の「ツール」セクションを参照)。 接続を妨げるIPセキュリティポリシーがないことを確認してください(付録の「ツール」セクションの「IPセキュリティポリシー」を参照)。
  • ドメインマシンのデフォルトでは、Windowsはドメイン(Kerberos)認証を使用しますが、失敗した場合はワークグループ(NTLM)認証に戻ります。この動作はIPセキュリティポリシーによって変更できます。たとえば、ドメインに属していないマシンからの接続をブロックするポリシーが存在する可能性があります。
  • コントローラとエージェントを再起動または再構成します。

それともTFSとVisual Studio 2010 http://blogs.msdn.com/b/dustin_andrews/archive/2010/08/12/running-tests-cross-domain-with-tfs-and-visual-studio-2010.aspx

+0

AgentImpersonationEnabledの場合、おそらくアカウントをミラーリングする必要はありません。 –

+0

@RyanRiehleはドメインアカウントを必要としませんか? – Betty

+0

最近私たちのクライアントとセットアップし、VS/TFS 2012で動作しました。コントローラはドメイン上にあった。テストエージェントクライアントはHyper-V/TFS Lab管理を使用せずに自動プロビジョニングされていました。ファントムアカウントは必要ありません。オートプロビジョニングを実行しているアカウントは、ワークグループマシンのローカル。\管理者アカウントでした。 –

1

でテストクロスドメインを実行すると、ミラーリングのアカウントを持つ一つの問題は、あなたがにあなたのコントローラを登録した場合、それは動作しません、テストコントローラーおよびテストエージェントの両方にありますTFSチームコレクション。 なぜですか? TFSサーバーがワークグループアカウントでテストコントローラーとテストエージェントを実行すると、テストコントローラーの原因認証の問題が切断されます。ドメインアカウントとテストエージェントをワークグループの下で実行した場合、テストエージェントはテストコントローラによって認証されません。 TFSチームコレクションに登録するには、テストコントローラーが必要な場合、何かが欠けていない限り動作しません。

関連する問題