Remote Debugging in Visual Studio (VS2008), Windows Forms-Anwendung

StackOverflow https://stackoverflow.com/questions/396101

Frage

Ich versuche, Remote-Debugging einem Windows Forms-Anwendung (C #), aber ich bin immer diesen Fehler:

  

konnte keine Verbindung zum Microsoft Visual Studio Remote Debugging Monitor anschließen   Namen ‚XXX. Das Visual Studio Remote   Debugger auf dem Zielcomputer kann nicht   zurück an den Computer anschließen.   Authentifizierung fehlgeschlagen. Bitte Hilfe-   um Hilfe.

Ich habe versucht, nach dem MSDN-Führer config, aber ich war nicht in der Lage es funktioniert.

Mein Setup:

  • Entwicklungscomputer - XP (x86), dass ist mit einer Domäne verbunden.
  • Test Computer - Vista (x86), die nicht     verbunden mit einer Domäne.
  • Ich habe die Netzwerkverbindung zwischen     die Maschinen.
  • Ich habe einen lokalen Benutzer in der Test     Computer (user1) mit dem Namen meiner Domain     Benutzer, dass ich das Visual Studio (mydomain \ user1) laufen. Setup das gleiche Passwort.

  • auf dem Testcomputer Ich bin mit "msvsmon.exe" als Anwendung (nicht als Dienst), i renne es mit "runas" Befehl mit dem Benutzer, die ich erstellt haben. (User1):

    runas / u: user1 msvsmon.exe

Kann mir bitte jemand helfen?

Danke.

War es hilfreich?

Lösung

Dies ist, wie es für mich gearbeitet:

Remote-Computer: Microsoft Virtual PC "IHS \ RDM" an meiner Unternehmensdomäne, angemeldet als jdoe, Administrator-Konto

.

Lokaler Computer:. An lokaler Domäne, angemeldet als jdoe, Administrator-Konto

1) Remote-Computer: installieren rdbgsetup.exe (von Visual Studio 2005 \ Disk 2 \ Remote Debugger \ x86)

2) Fern Computer: RUNAS / user MYDOMAIN \ jdoe / netonly msvsmon

3) Externe Computer: msvsmon-> Tools-> Berechtigungen Benutzer hinzufügen "MYDOMAIN \ jdoe" (Ich habe dies jedes Mal zu tun, ich neu starten)

4) lokalen Computer. Lauf msvsmon

5) lokale Computer, msvsmon-> Tools-> Berechtigungen, Objekttypen hinzufügen: "Computer", "IHS \ RDM"

6) lokalen Computer, vs2005-> Debug-> zum Prozess anhängen. Transport: Standard, Qualifier: jdoe @ RDM

7) Aktualisieren und voila; eine Prozessliste!

Andere Tipps

Das Problem, das ich hatte, ist, dass ich 2 Benutzer hatte: 

mydomain\user1
mytestmachine\user1

das nicht korrekt ist (nach Gregg Miskely) i benötigen einen lokalen Benutzer in meinem Entwicklungscomputer, zum Beispiel zu definieren: 

mydevcomputer\debug
mytestmachine\debug

mit dem gleichen Passwort und führen Sie das VS2008 und den Debugging Monitor mit diesem Benutzer:

Gregg Miskely hat eine Blog-Post auf, warum das Dienstkonto muss Administratorrechte haben (wenn auf diese Weise einrichten). Einer der Punkte ist, dass das Benutzerkonto, in Ihrem Fall muss der Benutzer auf der Testmaschine, Privilegien für die Verbindung zurück an die anderen Computer haben muss. Es klingt wie Sie einen Fall schlagen in dem das Konto mydomain \ user1 nicht genügend Berechtigungen zum Entwicklungscomputer verbinden.

Wenn das nicht hilft Greggs Blog-Beiträge durchlesen, ihm Mail zu senden könnte helfen.

Ist das gleiche Passwort wie TESTCOMPUTER\user1 mydomain\user1 haben?

versuchen

Sie können auch msvsmon.exe auf dem Zielcomputer anstelle des Remote-Debugging-Dienst ausgeführt wird. Sie können „Ausführen als ...“ verwenden sie unter verschiedenen Anmeldeinformationen ausführen. Sobald Sie die Dinge mit msvsmon,exe Arbeit bekommen sollen Sie in der Lage sein, zu installieren (oder wieder aktivieren) der Remote Debugger Dienst mit unter diesen Anmeldeinformationen ausgeführt.

EDIT:

Es sollte möglich sein, die Berechtigungen Eigenschaftenseite in msvsmon.exe verwenden, um die entsprechenden Debug-Berechtigungen für Ihre Domain Benutzer auf dem Zielcomputer einzurichten:

http://msdn.microsoft.com/en-us/library /ms164722.aspx

So Sie ein Entwickler und einer Ihrer Nutzer sind bekam eine Ausnahme, und Sie wollen es debuggen Ferne ohne die Ausnahme-Fenster zu schließen, aber sie sind als ein anderes Benutzerkonto angemeldet. Wie sich herausstellt, können Sie die Anwendung debuggen, aber es wird schwierig.

0) Sie müssen nach wie vor sowohl lokale Konten auf dem Remote-App-Maschine und der lokalen Visual Studio Maschine passend, die ein Konto auf dem Computer des Benutzers bedeutet, hinzugefügt wird.

1) benötigen Sie runas mit der / netonly Option zu verwenden. Öffnen Sie eine Eingabeaufforderung zu dem Ordner, in msvsmon und Typ 

runas /user:[user] /netonly msvsmon

Dies bewirkt, dass msvsmon Anmeldeinformationen des Benutzers nur zu verwenden, wenn das Netzwerk zugreifen (beispielsweise wenn msvsmon VS Maschine an den lokalen verbindet zurück). msvsmon wird verärgert, wenn man es mit runas aufrufen, ohne mit / netonly.

2) Sie müssen die Berechtigungen für die lokale Visual Studio Maschine hinzufügen, um die Remote-Anwendung Maschine, über den Remote Debug Monitor des Tools-> Berechtigungen Menü.

verbinden

Also ich nicht ohne Konto antworten kann, und ich kann nur meine eigenen Kommentare antworten, aber mein registriertes Konto ist getrennt von dem anonymen Konto, das ich aus geschrieben, so hat dies eine „neue Antwort“ sein. Es tut uns Leid.

baget - wenn ich diese Arbeit heute früher gemacht, habe ich ein lokales Konto sowohl auf den Remote-Debug-Monitor PC und Visual Studio PC. RDM war nicht auf der Domäne, war VS. Beiden lokalen Konten sind Administrator-Anmeldeinformationen identisch mit meinem Domänenkonto. Von einem anderen Konto (auch Administrator) rief ich Runas von einer erhöhten Eingabeaufforderung mit dem netonly Schalter. Sie können oder müssen möglicherweise nicht Ihre Domäne mit dem Benutzernamen, aber da die Passwörter sollten alle übereinstimmen ich glaube nicht, dass viel von Bedeutung ist.

Vergessen Sie nicht, Ihre Berechtigungen in der RDM einzustellen, um dem Benutzerkonto ausgeführt VS zu ermöglichen, mit Debug Privilegien zu verbinden. Es ist ziemlich wählerisch, wer es lässt Sie in die Liste aufnehmen, wenn Sie also das lokale Konto erstellen nicht zuerst werden Sie ziemlich frustriert. Und wenn Sie RDM unter einem anderen Benutzerkontonamen laufen lassen, müssen Sie die vollständigen Servernamen verwenden, wenn sie versuchen, auf die Remote-Computer zu befestigen; wenn Sie sowohl RDM und VS aus dem gleichen Benutzerkonto ausgeführt wird, dann können Sie nur mit dem Computernamen weg.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top