Я написал сообщение в блоге о диагностике этих типов соединений TFS.
http://blogs.msdn.com/granth/archive/2008/06/26/troubleshooting-connections-to-tfs.aspx
Самое первое, что я делаю, это подтверждаю, что оно работает для заведомо исправной конфигурации - обычно моей рабочей станции.
Если сервер работает и сервер работает нормально, следующее, что я делаю, - это попросите пользователя вызвать веб-сервис CheckAuthentication через Internet Explorer.
URL для этого: http://TFSSERVER:8080/services/v1.0/ServerStatus.asmx?op=CheckAuthentication
Выполняя эту проверку, я делаю четыре вещи:
- Удаление Team Explorer из картинки
- Исключение сетевого стека .NET с картинки
- Обеспечение правильной работы аутентификации Windows (вот почему я говорю IE)
- Проверка правильности настроек прокси
В большинстве случаев, которые я видел, проблемы с подключением TFS вызваны тем, что настройки прокси изменились или неверны. Поскольку .NET и Visual Studio используют параметры прокси-сервера из Internet Explorer, важно правильно их настроить.
В редких случаях это выходит за рамки этого. Вот когда я начинаю смотреть на такие вещи, как:
- Можете ли вы разрешить имя сервера?
- Можно ли подключиться по IP-адресу?
- Есть ли записи в файле HOSTS? (см .: c: \ windows \ system32 \ drivers \ etc \ hosts)
- Можете ли вы пинговать сервер?
- Можете ли вы телнет к порту 8080?
- Есть ли у пользователя доступ? Запустите TfsSecurity.exe / server: имя_сервера / im n: DOMAIN \ User, чтобы проверить членство в группах
- Вы поменяли свой пароль домена в последнее время? В некоторых случаях им необходимо выйти из системы и снова войти в систему, чтобы получить новый токен безопасности.
- Действителен ли сертификат домена домена? обновить сертификат: gpupdate / force
Надеюсь, это поможет.