wake-up-neo.net

Remote-Debugging funktioniert mit VS2010 nicht

Ich habe einen Server und eine Workstation in derselben Unternehmensdomäne. Mein Benutzer ist ein lokaler Administrator auf beiden Computern. Ich habe die VS2010-Version von MSVSMON installiert und als Dienst auf dem Server unter meinem Benutzer DOMAIN\greg.b ausgeführt (ich habe mich als Dienst angemeldet). Ich melde mich mit meinem Domänenkonto auf dem Server an und starte den Remote-Debug-Monitor. Ich verbinde mich dann von meinem Visual Studio aus mit dem Server. Auf dem Monitor auf dem Server kann ich sehen

23/09/2010 16:26:33 DOMAIN\greg.b verbunden.

Einen Moment später erhalte ich einen Dialog von Visual Studio, in dem es heißt

Es kann keine Verbindung zum Microsoft Visual Studio-Remotedebugmonitor mit dem Namen "SERVER_NAME" hergestellt werden. Der Visual Studio Remote-Debugger auf dem Zielcomputer kann keine Verbindung zu diesem Computer herstellen. Eine Firewall verhindert möglicherweise die Kommunikation über DCOM mit dem lokalen Computer.

Ich habe die DCOM-Ports sowohl auf meiner Workstation als auch auf meinem Server als hier im Detail geöffnet (TCP 135).
Ich habe es mit deaktiviertem Windows-Firewall-Dienst versucht.

Ich bin völlig ratlos!

Auf dem Server wird Windows 2003 Standard SP2 32-Bit ausgeführt, auf dem x86 MSVSMON ausgeführt wird. Auf meiner Workstation wird Windows 7 Pro 64Bit und VS2010 Pro ausgeführt.

29
Greg B

Stellen Sie sicher, dass devenv.exe (Visual Studio) in der Ausnahmeliste des Firewall-Programms mit dem Häkchen DOMAIN enthalten ist!

Ich war in der gleichen Situation und habe die auf meinem Computer ausgeführten Firewall-Dienste gestoppt (win7 x64), aber es hat nicht funktioniert, bis ich diese Änderung vorgenommen habe.

17
Adam Jenkin

Ich hatte das gleiche Problem, ich führte VS2010 in einer VM aus, ich änderte das Netzwerk von NAT zu Bridged, konnte auf zwei Arten pingen, und es funktionierte.

7
George

In meinem Fall: Da der Remotecomputer nicht zum lokalen Subnetz gehörte , musste ich zu Windows-Firewall -> Erweiterte Einstellungen -> In gebundenen Regeln gehen. Wählen Sie die Regel für MS Visual Studio und fügen Sie IP-Adresse des Remotecomputers zum Abschnitt " Bereich " hinzu. Dies war zusätzlich zu den oben beschriebenen Windows-Firewall-Einstellungen.

5
user1278577

Was in meinem Fall geholfen hat, war das Folgende:

Führen Sie dcomcnfg.exe auf dem Computer aus, auf dem sich Ihr VS befindet. Gehen Sie zu:

Component Services -> Computers -> My Computer -> Properties -> COM Security -> Access Permissions -> Edit Limits

Sie sollten Remotezugriff auf ANONYMOUS LOGON gewähren.

Spielen Sie nicht mit den anderen Berechtigungen herum, da dies zu Problemen führen kann.

2
Chris P

Ich hatte gerade dieses Problem (hatte dieses Problem noch nie zuvor, ich habe die ganze Zeit remote debuggt) und habe es behoben.

Das erste, was ich tat, war, es auf ein Problem auf meiner Maschine einzugrenzen. Als ich meine Firewall deaktivierte, funktionierten die Dinge wieder, sodass ich wusste, dass es mein Computer und meine Firewall waren.

Auf der MSDN-Seite unter http://msdn.Microsoft.com/en-us/library/ee126350(v=vs.100).aspx wird angegeben, ob "Microsoft Visual Studio" in der Firewall-Liste aufgeführt ist, um auf "zu klicken. Erlaube ein anderes Programm 'und wähle es erneut aus.

Als ich auf "Anderes Programm zulassen" geklickt habe, wurde eine Liste mit Anwendungen angezeigt, und Microsoft Visual Studio befand sich nicht in DIESER Liste. Daher habe ich nach devenv.exe gesucht und eine Meldung erhalten, dass es bereits in der Liste enthalten ist. Zum Glück wurde mir mitgeteilt, dass es sich in der Liste als Microsoft SQL Server Data Tools befand.

Daher habe ich den Eintrag für 'Microsoft Visual Studio' entfernt, da anscheinend dieselbe Regel bereits in der Liste enthalten war, aber mit einem anderen Namen und einer anderen Bratsche funktioniert alles wieder.

Ich vermute, dass ein Update oder meine Installation von VS 2013 Express die Firewall-Einstellungen irgendwie beeinflusst hat und dass die Regel zweimal vorhanden war, hat meinen Computer verwirrt.

0
Mike Cheel

Was mein Problem löste, war dieses

  1. Deaktivieren Sie den systemeigenen Kompatibilitätsmodus und den verwalteten Kompatibilitätsmodus.
  2. Deaktivieren Sie in Visual Studio 2013 die Option "Natives Bearbeiten und Fortfahren aktivieren".

 enter image description here https://msdn.Microsoft.com/en-us/library/2dbesfyx.aspx

Ich starte auch den Computer neu (Windows-Grundregel!)

0
Mr. Ott

Ich denke, es gibt Millionen Gründe für dieses Problem! Ich habe alle oben genannten Antworten ausprobiert, aber für mich hat nichts funktioniert. Ich habe es geschafft, indem ich die Option zur Verwendung des "verwalteten Kompatibilitätsmodus" deaktiviert habe.

Gehen Sie dazu zu den Optionen in VS, wie zum Beispiel: Extras -> Optionen -> Debuggen -> Allgemein -> "Verwalteten Kompatibilitätsmodus verwenden".

Ist es eingestellt? Deaktiviere es.

0
Nour Sabouny

Selbes Problem hier. Mein Grund war, dass die Trend-Netzwerksicherheit auf dem lokalen Computer aktiviert war und die Verbindung blockierte. Ich konnte es nicht stoppen, weil ich ein Passwort benötigte, also habe ich einfach alle Trend-Prozesse gelöscht und dann hat es gut funktioniert. So können Sie überprüfen, ob ein Antiviren- oder Sicherheitsdienst aktiviert ist und den Zugriff blockiert.

0
live-love