无法连接到另一个域中的 TFS 2010
我有域 A 和域 TEST。 我有一个域测试测试服务器。我在该服务器上成功安装了 TFS。 我将域 TEST(我们的产品域)中的用户添加到 tfs 服务器。 我将他们添加为本地管理员、广告管理员、tfs 管理员,以及您能想象到的一切。
我无法连接,我收到此错误。
我确信密码是正确的。
微软视觉工作室
TF31003:您可能没有输入必要的凭据,或者您的 用户帐户无权连接到团队 Foundation 服务器位于 http://10.0.0.152:8080/tfs。单击使用 下面的不同凭据链接,或要求您的服务器管理员 向您的帐户添加适当的权限。
I have domain A and domain TEST.
I have a test server on domain test. I installed succesfully TFS on that server.
I added users from domain TEST,(our prod domain), to the tfs server.
I added them as local admin, ad admin, tfs admins, everything you can imagine.
I cant connect, I get this error.
I am sure the password is correct.
Microsoft Visual Studio
TF31003: Either you have not entered the necessary credentials or your
user account does not have permission to connect to the Team
Foundation Server at http://10.0.0.152:8080/tfs. Click the Use
different credentials link below, or ask your server administrator to
add the appropriate permissions to your account.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
在跳转受信任域时强制使用凭据的一个简单方法是使用 cmdkey。我一直使用它从非域计算机连接到 TFS 服务器。只需执行以下操作:
打开命令提示符并运行:
然后下次连接到该服务器时,它甚至不会询问您其他用户的凭据。
A simple way to enforce credential usage when hopping on trusted domains is to use cmdkey. I use it all the time to connect to a TFS server from a non-domain computer. Just do the following:
Open a Cmd Prompt and run:
Then next time you connect to that server, it shouldn't even ask you for the other user's creds.
当这种事情发生时,我喜欢拉起 wireshark 并查看数据中是否有任何我可以看到的内容。它是 SOAP/XML,因此人类可读。显然,用户信息将被加密,这意味着这实际上可能不会给你带来任何好处,但值得一试。
When this sort of thing happens, I like to pull up wireshark and see if there's anything I can see in the data. It's SOAP/XML, so it's human readable. Obviously, the user info will be encrypted, meaning this might not actually get you anywhere, but it's worth a shot.
我遇到了同样的问题,但更奇怪的是 - 它不稳定 - 有时登录成功。我想,我在客户端的 Internet Explorer 代理设置中发现了源问题!我更改了代理设置(打开)并且现在全部警告(至少这次=))
I had the same problem, but more strange - it wasn't stable - sometimes login was successful. I think, I found source problem in client's Internet explorer proxy settings! I changed proxy settings (turned on) and all warked now (at least for this time =) )