Debugging aus der Ferne

Microsoft liefert zusammen mit Visual Studio .NET den Remote Debugger, mit dem sich eine Anwendung auf einem anderen Rechner debuggen lässt.

Remote Debugger-Setup

Microsoft bietet zwei Möglichkeiten zum Debuggen einer entfernten Anwendung:

  • Remote-Debugging per DCOM und dem Machine Debug Manager
  • Remote Debug Monitor

Da die zweite Methode besser für C/C++ und nativen Code einzusetzen ist, geht es hier vor allem um diese Methode. Dabei wird der Machine Debug Manager über das Visual Studio .NET-Setup installiert. Man kann eine Vollversion von Visual Studio .NET installieren oder im Hauptmenü der Installationsroutine Remote Components Setup wählen. Hier stehen zwei Optionen zur Auswahl:

  • Native Remote Debugging: Installiert Komponenten, welche es einem Debugger ermöglichen, eine Verbindung ausschließlich zum Debuggen von nativem Code herzustellen.
  • Full Remote Debugging: Installiert Komponenten, welche es einem Debugger ermöglichen, eine Verbindung zum Debuggen von nativem Code, Managed Code, der auf der CLR (Common Language Runtime) ausgeführt wird, und Scripts (VB-Script oder Jscript) herzustellen. Falls SQL Server auf dem Rechner installiert ist, werden außerdem Komponenten für Remote-SQL-Debugging installiert.

In diesem Artikel geht es um das Debuggen von C#-Code, also ist die zweite Option zu wählen. Damit werden alle erforderlichen Dateien für das Remote-Debugging auf dem System installiert. Sobald die Komponenten für das Remote-Debugging installiert sind, muss man die Systemberechtigungen entsprechend einstellen, um einen hinreichenden Zugriff zu ermöglichen.

  • Debuggen eines Prozesses eines anderen Benutzers: Hierzu muss man auf dem Rechner, auf dem der Prozess läuft, über Administratorrechte verfügen. Dies gilt unabhängig davon, ob man direkt auf die Anwendung eines Benutzers zugreift oder mit einer Webanwendung arbeitet, die auf den Prozess aspnet_wp.exe zugreift.
  • Einen eigenen Prozess debuggen: Hierzu muss man Administrator oder Mitglied der Gruppe „Debugger Users“ sein.

Da man mit seinem eigenen Code beziehungsweise Prozess arbeitet, reicht es, wenn man seinen Namen zur Gruppe „Debugger Users“ auf dem entfernten System hinzufügt. Damit ist der Rechner bereit zum Remote-Debugging.

Page: 1 2 3

ZDNet.de Redaktion

Recent Posts

Black Friday: Vorsicht vor schädlichen QR-Codes

Bösartige QR-Codes, die per E-Mail versendet werden, eignen sich sehr gut, um Spam-Filter zu umgehen.

21 Stunden ago

Black Friday: Zahl der ominösen Shopping-Websites steigt

Unsichere Websites und Phishing-Mails in Verbindung mit Black Friday können kauffreudigen Konsumenten zum Verhängnis werden.

21 Stunden ago

SmokeBuster bekämpft SmokeLoader

Malware SmokeLoader wird weiterhin von Bedrohungsakteuren genutzt, um Payloads über neue C2-Infrastrukturen zu verbreiten.

1 Tag ago

Taugen Kryptowährungen als Unterstützer der Energiewende?

Bankhaus Metzler und Telekom-Tochter MMS testen, inwieweit Bitcoin-Miner das deutsche Stromnetz stabilisieren könnten.

2 Tagen ago

Supercomputer-Ranking: El Capitan überholt Frontier und Aurora

Mit 1,7 Exaflops ist El Capitan nun der dritte Exascale-Supercomputer weltweit. Deutschland stellt erneut den…

2 Tagen ago

Ionos führt neue AMD-Prozessoren ein

Der deutsche Hyperscaler erweitert sein Server-Portfolio um vier Angebote mit den neuen AMD EPYC 4004…

2 Tagen ago