Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Thema werden die Software- und Sicherheitsanforderungen für ASP.NET Debugszenarien beschrieben:
Lokales Debuggen, in dem Visual Studio und die Webanwendung auf demselben Computer ausgeführt werden. Es gibt zwei Versionen dieses Szenarios:
Der ASP.NET Code befindet sich im Dateisystem.
Der ASP.NET-Code befindet sich auf einer IIS-Website (Internet Information Services).
Remotedebugging, in dem Visual Studio auf einem Clientcomputer ausgeführt wird und eine Webanwendung debuggt, die auf einem Remoteservercomputer ausgeführt wird.
Sicherheitsanforderungen
Für das Remotedebugging müssen lokale und Remotecomputer sich in einer Domänenkonfiguration oder einer Arbeitsgruppenkonfiguration befinden.
Zum Debuggen des ASP.NET Arbeitsprozesses (gehostet von einem Anwendungspool) müssen Sie über die Berechtigung zum Debuggen dieses Prozesses verfügen. Standardmäßig werden ASP.NET Anwendungen vor IIS 6.0 als ASPNET-Benutzer ausgeführt. In IIS 6.0 und IIS 7.0 ist das NETZWERKDIENSTkonto die Standardeinstellung. Wenn der Arbeitsprozess als ASPNET oder ALS NETZWERKDIENST ausgeführt wird, müssen Sie über Administratorrechte verfügen, um ihn zu debuggen.
Von Bedeutung
Ab Windows Server 2008 R2 empfehlen wir die Verwendung von ApplicationPoolIdentity als Identität für jeden Anwendungspool.
Der Name des ASP.NET Arbeitsprozesses variiert je nach Debugszenario und Version von IIS. Weitere Informationen finden Sie unter How to: Find the Name of the ASP.NET Process.
Sie können das Benutzerkonto ändern, unter dem der ASP.NET-Arbeitsprozess ausgeführt wird, indem Sie die datei machine.config auf dem Server bearbeiten, auf dem IIS ausgeführt wird. Die beste Möglichkeit hierfür ist die Verwendung des IIS-Managers (InternetInformationsdienste). Weitere Informationen finden Sie unter Vorgehensweise: Ausführen des Workerprozesses unter einem Benutzerkonto.
Wenn Sie den ASP.NET Arbeitsprozess so ändern, dass er unter Ihrem eigenen Benutzerkonto ausgeführt wird, müssen Sie kein Administrator auf dem Server sein, auf dem IIS ausgeführt wird.
Vorsicht
Bevor Sie den ASP.NET Arbeitsprozess so ändern, dass er unter einem anderen Konto ausgeführt wird, sollten Sie die möglichen Konsequenzen berücksichtigen, wenn der ASP.NET Arbeitsprozess gehackt werden sollte, während er unter diesem Konto ausgeführt wird. Die ASPNET- und NETWORK SERVICE-Benutzerkonten werden mit minimalen Berechtigungen ausgeführt, wodurch der mögliche Schaden reduziert wird, wenn der Prozess gehackt wird. Wenn Sie den ASP.NET Arbeitsprozess so ändern müssen, dass er unter einem Konto ausgeführt wird, das über größere Berechtigungen verfügt, ist der potenzielle Schaden größer.