Impossible d’accéder à http: // < tfs-server >: 8080

Question

J'ai installé TFS 2008, mais je n'arrive pas à accéder au serveur. Lorsque j'essaie de me connecter à Visual Studio, je ne peux pas. Si j'essaie par navigateur sur un PC distant, une page générique ne peut pas être affichée. Sur le serveur, je reçois un 403. Rien n’a été touché dans IIS et le service est exécuté en tant que service réseau. Des idées?

Answer 1

essayez:

http: // localhost: 8080 / Services / V1.0 / ServerStatus.asmx . Cela vous dira si TFS est opérationnel. Si vous obtenez autre chose, vous devez vous pencher sur les problèmes d’IIS.

Answer 2

J'ai écrit un article de blog sur le diagnostic de ces types de connexions TFS.

http: // blogs .msdn.com / granth / archive / 2008/06/26 / Troubleshooting-connexions-à-tfs.aspx

La première chose que je fais est de confirmer que cela fonctionne pour une bonne configuration connue - généralement mon poste de travail.

Si cela fonctionne et que le serveur semble fonctionner, je demande ensuite à l'utilisateur d'appeler le service Web CheckAuthentication à l'aide d'Internet Explorer.

L'URL utilisée est la suivante: http: // TFSSERVER: 8080 /services/v1.0/ServerStatus.asmx?op=CheckAuthentication

En faisant cette vérification, je fais quatre choses:

1. Élimination de Team Explorer de l'image
2. Élimination de la pile de réseaux .NET de l'image
3. S'assurer que l'authentification Windows fonctionne correctement (c'est pourquoi je dis IE)
4. S'assurer que les paramètres du proxy sont définis correctement

Dans la plupart des cas, les problèmes de connexion TFS sont dus au fait que les paramètres de proxy ont été modifiés ou sont incorrects. Etant donné que .NET et Visual Studio utilisent les paramètres de proxy d’Internet Explorer, il est important de les configurer correctement.

Dans de rares cas, cela va au-delà. C’est à ce moment-là que je commence à regarder des choses comme:

• Pouvez-vous résoudre le nom du serveur?
• Pouvez-vous vous connecter en utilisant l'adresse IP?
• Existe-t-il des entrées dans le fichier HOSTS? (voir: c: \ windows \ system32 \ drivers \ etc \ hosts)
• Pouvez-vous envoyer une requête ping au serveur?
• Pouvez-vous établir une connexion telnet avec le port 8080?
• L'utilisateur a-t-il réellement accès? Exécutez TfsSecurity.exe / server: nom_serveur / im n: DOMAINE \ Utilisateur pour vérifier son appartenance aux groupes
• Avez-vous changé votre mot de passe de domaine récemment? Dans certains cas, ils devront fermer la session et se reconnecter pour obtenir un nouveau jeton de sécurité.
• Le certificat de domaine de l'ordinateur est-il valide? mettre à jour le certificat: gpupdate / force

J'espère que cela vous aidera.

Answer 3

L’heure et la date sur mon ordinateur n’étaient pas "assez proches" à l'heure et la date sur le serveur tfs. Le réglage de mon horloge système a été modifié et le problème a disparu.

Answer 4

Que se passe-t-il si vous envoyez une simple requête HTTP directement au serveur?

c'est-à-dire: telnet 8080 [entrer] GET / HTTP / 1.1 [entrer] [entrer] [entrer]

Cela pourrait indiquer si IIS sert réellement quelque chose. Si vous pouvez le faire sur le serveur, qu’en est-il d’une autre machine? Si les résultats sont différents, on peut supposer qu'il existe des problèmes de sécurité / pare-feu quelque part. HTH un peu.

Answer 5

J'ai tout traversé sur un problème similaire.

Je me suis connecté à mon serveur tfs et je me suis connecté directement à cet emplacement.

J'ai également utilisé un outil d'administration TFS que j'ai téléchargé de Microsoft il y a quelque temps et je me suis assuré que j'étais dans tous les bons groupes et projets.

Je suis ensuite retourné sur le PC client avec le problème, j'ai essayé à nouveau l'URL services / 1.0 / serverstatus.asmx? op = CheckAuthentication, et cela a fonctionné cette fois-ci.

Après que le service complet a été restauré sur mon PC.

Je n'ai donc pas la réponse exacte, mais je passerais en revue les listes de contrôle présentées par Grant Holliday dans sa réponse.

Answer 6

Ajoutez ceci aux cas pour les futurs utilisateurs, comme j'avais ce problème sur le serveur 2016 ...

Si votre pare-feu n'autorise que les domaines et les réseaux privés, il risque de ne pas fonctionner sur le client. assurez-vous d'accorder une autorisation publique, si le réseau du serveur est défini sur public ...

L'erreur que vous pouvez rencontrer: ERR_CONNECTION_TIMED_OUT pour http: // fserver: 8080 / tfs