Verbindung von Visual Studio 2008 Team System zu TFS über VPN nicht möglich

1421
Neil Haughton

Ich habe zwei Laptops, einen XP-Computer und einen neueren Windows 7-64-Bit-Computer. Auf beiden habe ich Visual Studio 2008 Team System installiert, dieselben Service Packs.

Wenn ich von zu Hause aus arbeite, kann ich von beiden Computern aus über das VPN eine Verbindung zu unserem Büronetzwerk herstellen und von beiden auf dem Team Foundation Server-Computer einen Ping-Befehl ausführen. Ich kann Visual Studio jedoch nur von meinem älteren XP-Computer aus mit TFS verbinden. Auf dem Win7-Rechner kann VS den TFS-Server nicht finden.

Ich weiß nicht, was ich tun soll, um das Problem zu lösen. Kann jemand beraten? Es scheint kein Problem mit dem Port / der Firewall zu sein, da mein Heimrouter häufig verwendet wird und das VPN allgemein üblich ist. Daher vermute ich, dass TFS oder mein Win7-Laptop etwas eingerichtet haben müssen, um die Verbindung zuzulassen - aber was? Muss TFS zum Beispiel mitgeteilt werden, dass mein Win7-Laptop eine Remote-Verbindung herstellt oder so etwas?

Ich habe keine glückliche Gruppe von Netzwerkadministratoren, die mir helfen können - ich bin ganz auf mich allein gestellt und muss eine Lösung finden.

1

3 Antworten auf die Frage

0
Dariusz

Stellen Sie sicher, dass der VS 2008 ausgehende Verbindungen in der Windows-Firewall herstellen darf.

Vergleichen Sie das Ergebnis route printauf beiden Maschinen. Vielleicht sind die Ziel-IPs gleich, aber die Maschinen unterscheiden sich tatsächlich? Beide antworten auf Ping, aber nur einer ist der TFS-Server.

Verwenden Sie alternativ, um tracertzu sehen, wie und wo die Verbindung auf beiden Computern hergestellt wird.

Welcher Port wäre das? Ich nehme an, dass dies die Firewall auf dem fehlerhaften Client-Computer bedeutet (mein Heimrouter / meine Firewall stört auf diese Weise nicht) Neil Haughton vor 10 Jahren 0
Doh! Port 8080 natürlich. Neil Haughton vor 10 Jahren 0
XP-Computer verbindet sich zu Hause und im Büro, aber Win 7 funktioniert nicht zu Hause (aber bei der Arbeit). Bedeutet das nicht, dass die Windows-Firewall auf dem Win 7-Computer den Port 8080 geöffnet haben muss? Wie kann VS sonst bei der Arbeit eine Verbindung herstellen? Neil Haughton vor 10 Jahren 0
tracert zeigt: von mir> 10.1.1.113> devserver2. Ich verwende das 192.168-Subnetz zu Hause, daher befinden sich beide auf der Office-Seite Neil Haughton vor 10 Jahren 0
Haben Sie versucht, den VS unter Win7 mit Administratorrechten auszuführen? Dariusz vor 10 Jahren 0
0
Lee Harrison

Ein paar Fragen. Wenn Sie diese beantworten, sollten Sie die Richtung angeben, in die Sie gehen müssen:

  • Ist Ihr TFS-Server-Setup für die Verwendung von Domänenanmeldeinformationen?
    • Wenn ja, ist Ihr neuer Laptop Teil derselben Domäne?
    • Wenn nein, ist dies nicht das Problem
  • Können Sie den TFS-Server per Ping erreichen, sobald er mit dem VPN verbunden ist?
    • Wenn ja, handelt es sich um ein Problem mit Ihrem VS2008-Setup oder um ein Problem mit den Anmeldeinformationen
    • Wenn nein, befindet sich der TFS-Server in einem anderen Subnetz als dem, das Ihr VPN verwendet?
  • Stellen Sie eine Verbindung zum richtigen Port auf dem TFS-Server her? Vergleichen Sie Ihre alte Konfiguration mit der neuen.

Aus irgendeinem Grund sagt mir mein Bauch, dass es ein Problem mit der Domänenauthentifizierung ist, aber ich könnte mich irren. Vorausgesetzt, es ist ordnungsgemäß eingerichtet, gibt es sehr wenige Dinge, die den TFS-Server daran hindern, eine Verbindung herzustellen. Sie können TFS so einrichten, dass nur bestimmte Computer eine Verbindung herstellen können. Dies wäre jedoch eine sehr unorthodoxe Möglichkeit, den Zugriff zuzulassen. Die meisten Orte geben den Zugriff über ein Domänenkonto an.

1. Ja, wir verwenden immer Domänenanmeldeinformationen, um eine Verbindung herzustellen. 2: ja ist es. 3: ja kann ich. VPN funktioniert gut von zu Hause aus. Unter Windows 7 hat nur VS ein Problem von zu Hause aus. Neil Haughton vor 10 Jahren 0
Können Sie über die URL auf den TFS-Webserver zugreifen? Ähnlich wie http: // TFSserver: 8080 / tfs / Lee Harrison vor 10 Jahren 0
Sie müssen mir ein wenig helfen, bevor ich das testen kann. Meinst du über das VPN? Wenn ja, werde ich es heute Abend versuchen und mich bei Ihnen melden. Ich denke, die URL sollte http: // devserver2: 8080 / tfs sein (devserver2 ist der TFS-Computername, mit dem VS im Büro verbunden ist), aber ich kann dies nicht von meinem Computer aus tun, wenn ich im Büro bin . Nach der Eingabe meiner Domänenanmeldeinformationen (in Firefox, aber nicht im IE benötigt) erhalte ich eine 404-Seite, die nicht gefunden wurde. Wenn ich es nicht im Büro machen kann, kann ich es nicht von zu Hause aus machen, schätze ich. Neil Haughton vor 10 Jahren 0
Ihr TFS-Server wurde möglicherweise nicht für den Internetzugriff eingerichtet, was sehr schade ist, da dort einige großartige Funktionen vorhanden sind. Die Tatsache, dass Sie zur Eingabe von Anmeldeinformationen aufgefordert werden, sollte jedoch ausreichen, um zu überprüfen, ob Sie tatsächlich den TFS-Webserver treffen. Wenn Sie falsche Anmeldeinformationen eingeben, erhalten Sie einen Fehler 403 anstelle von 404? Lee Harrison vor 10 Jahren 0
Ein weiterer Versuch, den Sie von zu Hause aus ausprobieren sollten, ist die Verwendung der IP-Adresse des TFS-Servers. Wenn dies funktioniert, können Sie ein DNS-Problem über Ihr VPN überprüfen. Wie lautet die genaue Meldung, die VS ausgibt, wenn die Verbindung fehlschlägt? Lee Harrison vor 10 Jahren 0
Wenn Sie falsche Anmeldeinformationen eingeben, erhalten Sie einen Fehler 403 anstelle von 404? Nein, ich werde nur gebeten, sie erneut einzugeben, bis ich sie richtig verstanden habe. Erst in FF werde ich danach gefragt, in IE werde ich überhaupt nicht gefragt, ich bekomme gerade einen 404-Fehler Neil Haughton vor 10 Jahren 0
.... was genau ist die Meldung, die VS sendet, wenn die Verbindung fehlschlägt? TF31005: Team Foundation kann die Liste der Projekte nicht abrufen, da keine Verbindung zum Team Foundation Server xxxx hergestellt werden kann Neil Haughton vor 10 Jahren 0
Von zu Hause aus kann ich zu http: // devserver2: 8080 / services / v1.0 / serverstatus.asmx navigieren. Neil Haughton vor 10 Jahren 0
0
Neil Haughton

Am Ende gelang es mir, einen Netzwerk-Typ zur Untersuchung zu bewegen, und es stellte sich heraus, dass die VPN-Verbindung so eingestellt war, dass sie das Standard-Gateway verwendete, dh das Office-Gateway anstelle meines Heimrouters. Durch diese Änderung wurden das Team System-Problem und eine Reihe anderer Merkwürdigkeiten behoben.

Verwandte Probleme