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

Microsoft nennt weitere Details zu kostenpflichtigen Patches für Windows 10

Erstmals liegen Preise für Verbraucher vor. Sie zahlen weniger als Geschäftskunden. Dafür beschränkt Microsoft den…

5 Stunden ago

Microsoft verschiebt erneut Copilot Recall

Die Entwickler arbeiten noch an weiteren „Verfeinerungen“. Windows Insider erhalten nun wohl eine erste Vorschau…

23 Stunden ago

GenKI im Job: Mitarbeitende schaffen Tatsachen

Laut Bitkom-Umfrage werden in jedem dritten Unternehmen in Deutschland private KI-Zugänge genutzt. Tendenz steigend.

1 Tag ago

97 Prozent der Großunternehmen melden Cyber-Vorfälle

2023 erlitten neun von zehn Unternehmen in der DACH-Region Umsatzverluste und Kurseinbrüche in Folge von…

1 Tag ago

„Pacific Rim“-Report: riesiges, gegnerisches Angriffs-Ökosystem

Der Report „Pacific Rim“ von Sophos beschreibt Katz-und-Maus-Spiel aus Angriffs- und Verteidigungsoperationen mit staatlich unterstützten…

1 Tag ago

DeepL setzt erstmals auf NVIDIA DGX SuperPOD mit DGX GB200-Systemen

NVIDIA DGX SuperPOD soll voraussichtlich Mitte 2025 in Betrieb genommen und für Forschungsberechnungen genutzt werden.

1 Tag ago