Ok, so this is a little crazy:
I'm setting up an eval of TFS (not my first rodeo with TFS though -- just at a new place).
I have a VM server (server 2008r2/sp1, domain member)
I have a VM client running Visual Studio (Windows 7/SP1, not on the domain)
From the client, when I attempt to connect with either Visual Studio (2013/update4) or if I use IE11 to hit TFS Web Access, I am challenged for credentials (expected), but when I put in my domain creds, I get a 401!
However, if I use Chrome from the same VM to hit web access, I am challenged (expected), and my domain creds get me right in!
So:
Since it works with chrome, I have to assume that the vm is successfully connecting to the server, and that my account is set up with proper access to TFS.
However, I can't seem to fathom why it doesn't work from IE, or (more importantly), from Visual Studio.
Using TFS 2013/Update 4, BTW.
In a bout of desperation, I ran windows update, and applied all updates, including the optional ones. Solved. (or is that "Solved?")
For future reference, I did find this post while the updates were running. This would have been my next attempt: https://serverfault.com/questions/151753/integrated-windows-authentication-not-working-in-ie-only
Related
When I try to connect to a local TFS server in visual studio community 2015 Visual studio hangs and then crashes... I've tried the following: clearing the TFS cache, uninstalling the git plugin, disabling my AV, re-installing Visual Studio 2015... I get to the part where I need to add the server but as soon as I click ok after entering the IP address something goes wrong. It shows me the dialog where I have to enter my username/password and then hangs/crashes... I use a screen reader and even though it doesn't show anything on the screen when this happens I sometimes hear windows security right before it crashes... Any idea what else I can try?
You can try below ways to narrow this issue:
Try to use your account to connect TFS on another machine.
Try to connect to TFS with another account on your machine.
If you are using proxy in IE, disable the proxy and try again.
Disable your Antivirus software and Firewall on your machine
and try the connect again.
Try to connect to TFS web portal in IE such as http://your
server:8080/tfs/defaultcollection/Your GIT Project/ to see if this
works well.
When I open my existing solution in Visual Studio 2012 professional, I got the above error. This used to work but something messed up after the computer is rebuilt.
I have installed Visual Studio 2015 Community and can connect to the same
collection correctly.
I also tried to use a browser to connect to the same collection. It works fine also.
Cleaning all files in AppData\Local\Microsoft\Team Foundation\4.0\Cache does not work.
It should not be a firewall or proxy issue since Visual Studio 2015 works.
Anyone knows what is wrong with Visual Studio 2012 and how to fix it?
Edit:
This error can happen with later versions of TFS:
Team Foundation Error
TF400324: Team Foundation services are not available from server TFSServer\DefaultCollection.
Technical information (for administrator):
Unable to connect to the remote server
A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond xxx.xxx.xxx.xxx:443
According to this blog the solution is (and Yes it worked for me)
Close all instances of Visual Studio
Open the Task Manager and check if any TFS Services are running. Select each of them and click on End Process Tree (in my case I did not find any of them to End)
Browse to the folder %LocalAppData%\Microsoft\Team Foundation\
and then select the folder with your TFS version and go inside the Cache folder.
for example, in my machine the path was %LocalAppData%\Microsoft\Team Foundation\7.0\Cache and it should be the same on your machine with the difference of the TFS version folder name.
Delete everything in that Cache folder.
Start Visual Studio and build the project
I got this error in TFS2017. For me the problem was a Self-Signed Certificate.
Open the TFS URL in IE and you will see a Red Address Bar:
Click the "Certificate Error" in the address bar:
Then select "View Certificates":
If clicking "View Certificates" doesn't work, right click on page > Properties > Certificates.
If the Install Certificate button is hidden to make it visible you will have to Open Internet Explorer Options > Security > Sites > type the TFS server URL > Tick Require server verification > click Add. (If the dialog is disabled see the guide Trusted Sites Dialog is Disabled at the end of this answer).
Once you have the install certificate button available, select “Install Certificate”.
This will launch the Certificate Import Wizard. Make sure to Choose the option “Place all certificates in the following store” and select browse.
Select Trusted Root Certification Authorities and click Ok.
Click Finish on Completing the Certificate Import Wizard:
Click yes on the security warning to install the certificate.
=================================================
Trusted Sites Dialog is Disabled
You can check to see if the site is Trusted, on Windows 7 the path is:
HKEY_CURRENT_USER\Software\Policies\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMapKey
The key should contain several string values with a name indicating the URL and numeric data indicating the zone, one of the following by default.
0 = My Computer
1 = Local Intranet Zone
2 = Trusted sites Zone
3 = Internet Zone
4 = Restricted Sites Zone
If the TFS site is not listed in the registry then add it manually. Restart Visual Studio and try to connect to the TFS server again from Visual Studio. Once you can connect you can also remove the TFS server from the Connection List. I suggest removing it and adding the FQDN url which will most likely already have a Trusted Site rule.
Edit
Hit this again. This time it was caused by a problem with a network card that was replaced on the weekend by our telecommunications provider.
This issue is happening when server is not responding, In my case server hosting TFS was down, we restarted and get connected.
Try clear both local TFS cache and Visual Studio Cache
clear visual studio cache under
%APPDATA%\Microsoft\VisualStudio
clear TFS cache under
%LocalAppData%\Microsoft\Team Foundation
...better late than never...
I just had a user run into same error TF400324 connecting VS2012 to TFS2015 (hosted in a virtual private cloud). TFS Web Access worked fine for her, but Visual Studio 2012 UI was stuck in offline connection.
FIX: She managed to get VS connected again after clicking Team Explorer > Connect | {TeamProject}, Then select desired Team Project below the TFS Server connection (see screenshot attached).
NOTES:
I suspect clearing client-side TFS cache might also fix, but all VS instances would need to be closed then "Connect to Team Project Connection" re-established. Just disconnecting and reconnecting VS to TFS did not clear the "offline" state.
Error she saw was in VS output window:
This solution is offline. [Team Foundation Server: {//TFS Collection URL}]
The solution was offline during its previous session and will remain offline.
TF400324: Team Foundation services are not available from server .
Technical information (for administrator):
Page not found.
NOTE: I recently moved TFS to different domain requiring SSH connection and localhost port mapping. I have users going offline much more frequently due to different proxy routing depending on whether they are at work or connected more directly to the Internet.
For me the fix was simply running Visual Studio (2010) as an administrator.
In my case, my company VPN my Host machine was connected to was preventing me to access the tfs on a VirtualBox VM, returning this exact error message.
We solved it by adding a specific exclusion to ESET / Kaspersky AntiVirus for the devenv.exe
"C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\devenv.exe"
Its been working great ever since.
I get basic idea from this link
Soluton for me was to run the standalone TFS installation. This is for 2017, but worked to fix my VS2019.
https://visualstudio.microsoft.com/thank-you-downloading-visual-studio/?sku=TeamExplorer&rel=15
Bit of background...
I'd been having this issue since 2017. Tried all the usual suggestions on here, cache clearing, config file editing etc. but would always have to come off my organisation's network to check code in, as it was proxy related. TFS was trying to connect to a proxy server ip that had been decommissioned, no one from the service desk could work out why. Couldn't find any reference to this old ip in any config files.
Installed VS2019 hoping it would solve the issue but it persisted. Eventually I thought of trying to uninstall it as a component and re-installing it. Couldn't find a way to do that but in my search I found the standalone installer for Team Explorer, albeit for VS2017.
After installing, I ran this, opened up Manage Connections in the Team Explorer connections page and did what I needed to connect to the repository from there. Worked first time. Closed Team Explorer 2017, opened my VS2019, and everything seemed fine in there as well.
Amazed my problem is finally solved!
This error is usually related to the TFS cache. Before you clear the cache folder, please make sure you have closed all instances of Visual Studio and also try to open Task Manager and check if any TFS Services are running. Select each of them and click on End Process Tree.
And also clear the server cache Server cache, the path like C:\ProgramData\Microsoft\Team Foundation\Web Access
Then restart Visual Studio and run as Administrator Mode.
More details you can refer this blog (archived version at the bottom) and also could try the better fix.
Note: Make sure you are working on a different workspace rather then VS2015's.
For me it was the windows firewall causing this problem : TF400324 The underlying connection was closed.
I was working on VS2010 with TFS 2010. Everything is OK until our TFS server power outage. When connecting to server again,VS always crashed. Now we had to keep on offline mode. Restart the server serval times, nothing worked.
To narrow down your issue, you can try below methods:
Load the web portal in a browser (Judge whether its related to TFS server)
Connect to TFS with another user account on another machine.
Clear TFS local cache
http://www.ewaldhofman.nl/post/2009/07/06/Clear-the-cache-of-TFS.aspx and VS cache in appdata folder.
For TFS 2010 the default path: C:\Users\XXX\AppData\Local\Microsoft\Team Foundation\2.0\Cache
If you still can't solve it, check Event log which related to TFS. Also go through VS logs looking for the connection attempt and rejection reason.
Every time I open Visual Studio 2008, I get a pop-up dialog prompting for my username and password ('Connecting to Team Foundation Server'). Presumably this is because I have my TFS server stored in the Team Explorer tab, in Servers, so it wants to connect to it on startup. In addition, this happens when I open a solution file whose solution is associated with TFS source control, for obvious reasons.
My problem is identical to that described in various places on the web, such as:
http://kevinsmi.wordpress.com/2009/10/07/getting-visual-studio-to-remember-your-tfs-credentials-on-windows-7/
http://social.msdn.microsoft.com/Forums/en-US/tfsgeneral/thread/186a469c-bc58-48c4-9db9-ffc2e0fedb11
http://hastobe.net/blogs/stevemorgan/archive/2008/08/25/stop-visual-studio-prompting-for-tfs-credentials.aspx
In all cases I can see, the suggested solution is to add the TFS server credentials to Windows' stored credentials. I'm using Windows 7, so I think the way you do that is in the Credential Manager.
Well, I've added the TFS server with my credentials to the 'Windows Credentials' list, and I still get the prompt for my username and password when I open Visual Studio 2008. Anyone have any ideas as to how I can get it to login with my credentials automatically?
UPDATE:
I added my TFS server's computer name, along with my username and password, into the Credential Manager (before I just had its IP address). Now, VS2008 does load without prompting me for credentials... but VS2005 still prompts me for them, even though it has the exact same server registered in Team Explorer! Whatsmore, the server registered in Team Explorer is the server's IP, which was already stored in Windows Credentials, rather than the server's name. So this is still a mystery. Could this be some registry setting peculiar to the VS2005 version of the Team Explorer source control plugin? Where in the registry could I find this potential setting(s)?
Did you even try to access TFS web site and enter your credentials to IE?
If you don't try, please try and check "Remember my credentials" checkbox.
I think this can solve your problem.
I found another way, check this article http://blogs.msdn.com/b/granth/archive/2010/10/17/getting-started-with-tfs-hosting-from-discountasp-net.aspx
and read Step 7,
may be this can be answer your problem.
For Visual Studio 2008, entering the credentials in the Credential Manager as I described above seemed to work.
I entered the server's IP address instead of its hostname in Visual Studio 2005 too, and at first it still prompted me for the username/password on startup. However, it has now stopped doing so. Maybe something needed to timeout? All I can say is, Visual Studio's TFS plugin works in strange (and undocumented) ways.
I had the same problem. The problem was that the TF-Server was not recognized being in the local intranet zone. So I added our TF-Server to the trusted sites in Internet Explorer settings and changed the user authentication in security level to automatically sign on with current username and password.
Yesterday I created a new project in Codeplex. I created a connection from Visual Studio to the TFS server I was assigned and uploaded my solution successfully. Today I'm trying to connect again to the Codeplex TFS server to work on the solution. When I try to open it, I get the error:
Team Foundation Server
https://tfs06.codeplex.com/ does not
exist or is not accessible at this
time.
The remote server returned an error:
(407) Proxy Authentication Required.
The corporate environment I'm using does use proxy authentication but this wasn't an issue yesterday. Any ideas on why it worked then and how to make it work now?
Do you want to try refreshing the start page in Visual Studio (View, Other Windows, Start Page)? Sounds bizarre but the following forum post suggest that this might work...
http://social.msdn.microsoft.com/Forums/en-US/tfssetup/thread/c46afd34-09ea-4505-a34e-b378cb35138d
Visiting the Start Page (under View, Other Windows, Start Page) as recommended by Martin seems to reset the proxy authentication in some way.
An authentication prompt will then appear by going to Tools, Connect to Team Foundation Server, and selecting the server from the dropdown. Going to File, Source Control, Go Online then reconnects the solution.