Ne peut pas Accéder http://<tfs-serveur>:8080

J'ai installé TFS 2008, mais je n'arrive pas à accéder au serveur. Lorsque j'essaie de me connecter à elle dans Visual Studio, je ne peux pas. Si je tente par navigateur sur un PC à distance, j'obtiens une page générique ne peut pas être affichée. Sur le serveur, j'obtiens un 403. Rien n'a été touché dans IIS et le service est exécuté comme un Service Réseau. Des idées?

Tout comme une autre observation, nous avons eu un problème similaire dans notre bureau. Nous avons essayé de connecter une nouvelle installation de Visual Studio 2015 pour nos vieux 2008 TFS installer qui était connu pour être en bon état de fonctionnement. S'est avéré Visual Studio 2015 n'est pas compatible avec TFS 2008, nous avons décidé de Visual Studio 2012 et il a bien fonctionné.

OriginalL'auteur Jason N. Gaylord | 2008-09-24

  1. 4

    essayer:

    http://localhost:8080/Services/V1.0/ServerStatus.asmx. C'est vous dire si TFS est en place et en cours d'exécution. Si vous obtenez quelque chose que vous devez regarder dans IIS questions.

    Apparemment, mon TFS n'a jamais été étendue à SharePoint, même après l'exécution de la WSS Extension de l'installation. Je suis re-installation et en espérant que les travaux.

    OriginalL'auteur ben

  2. 4

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

    http://blogs.msdn.com/granth/archive/2008/06/26/troubleshooting-connections-to-tfs.aspx

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

    Prévoyant que les travaux et le serveur semble être efficace, la prochaine chose que je fais est de demander à l'utilisateur d'appeler le CheckAuthentication service web à l'aide d'Internet Explorer.

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

    En procédant à cette vérification, je suis en train de faire quatre choses:

    1. L'élimination de l'Équipe de l'Explorateur de l'image
    2. L'élimination de la .NET mise en réseau de la pile de l'image
    3. S'assurer que l'Authentification Windows fonctionne correctement (c'est pourquoi je dis IE)
    4. Veiller à ce que les paramètres de proxy sont correctement définies

    Dans la plupart des cas que j'ai vu, le TFS problèmes de connexion sont parce que les paramètres de proxy ont changé ou sont incorrects. Parce que .NET et Visual Studio utiliser les paramètres de proxy d'Internet Explorer, il est important de les avoir correctement réglé.

    Dans de rares cas, il est au-delà de cela. C'est quand j'ai commencer à regarder des choses comme:

    • Pouvez-vous résoudre le nom du serveur?
    • Pouvez vous connecter à l'aide de l'adresse IP?
    • Y sont entrées du fichier HOSTS? (voir: c:\windows\system32\drivers\etc\hosts)
    • Pouvez vous faire un ping du serveur?
    • Pouvez-vous en telnet sur le port 8080?
    • L'utilisateur a accès? Exécuter TfsSecurity.exe /server:nom_serveur /im n:DOMAIN\User pour vérifier leurs appartenances à un groupe
    • Avez-vous modifié votre mot de passe de domaine ces derniers temps? Dans certains cas, ils auront besoin à la fermeture de la station de travail et reconnectez-vous à nouveau pour obtenir un nouveau jeton de sécurité.
    • Est le domaine de l'ordinateur certificat valide? mise à jour le certificat: gpupdate /force

    Espère que cette aide.

    OriginalL'auteur Grant Holliday

  3. 1

    S'avère l'heure et la date sur mon ordinateur n'a pas été "assez proche" de l'heure et de la date sur le serveur tfs. Changé mon système de réglage de l'horloge et le problème a disparu.

    OriginalL'auteur Cosmo Skidoodle

  4. 0

    Ce qui se passe si vous envoyez une simple requête HTTP au serveur directement?

    c'est à dire:
    telnet 8080 [enter]
    GET /HTTP/1.1[enter]
    [entrée]
    [enter]

    Qui pourrait donner un indice quant à savoir si IIS est en fait de servir quelque chose. Si vous pouvez le faire sur le serveur, qu'à partir d'une autre machine? Si les résultats sont différents d'une bonne conjecture est qu'il y a un peu de sécurité/pare-feu quelque part. HTH un peu.

    OriginalL'auteur DougN

  5. 0

    Je suis allé par tout sur un problème similaire.

    Je me suis connecté sur mon serveur tfs et connecté directement là-bas.

    J'ai aussi utilisé un TSF de l'outil d'administration, j'ai téléchargé il y a quelques temps à partir de Microsoft, et fait en sorte que j'ai été dans tous les bons groupes et de projets.

    Je suis alors retourné sur le PC client avec le problème, essayé les services/1.0/serverstatus.asmx?op=CheckAuthentication Url de nouveau, et cela a fonctionné cette fois.

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

    Donc je n'ai pas la réponse exacte, mais je voudrais aller à travers les listes présentées par Grant Holliday dans sa réponse.

    OriginalL'auteur Bruce Chapman

  6. 0

    Ajoutez à cela le cas pour les futurs utilisateurs, comme je l'ai eu ce problème sur le serveur 2016...

    si votre pare-feu permettent uniquement de Domaine et un Réseau Privé, il peut ne pas fonctionner sur le client. assurez-vous de donner la permission au public, si le serveur de réseau est fixé au public...

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

    OriginalL'auteur deadManN