ASP.NET-Debugging: Systemanforderungen
In diesem Thema werden die Software- und Sicherheitsanforderungen für die folgenden ASP.NET-Debugszenarien beschrieben:
Lokales Debuggen, bei 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).
Remotedebuggen: Visual Studio wird auf einem Clientcomputer und die debuggte Webanwendung auf einem Remoteservercomputer ausgeführt.
Sicherheitsanforderungen
Lokale Computer und Remotecomputer müssen sich beim Remotedebuggen in einer Domänen- oder Arbeitsgruppenkonfiguration befinden.
Zum Debuggen des ASP.NET-Arbeitsprozesses (gehostet von einem Anwendungspool) müssen Sie über eine entsprechende Berechtigung verfügen. ASP.NET-Anwendungen vor IIS 6.0 werden standardmäßig als ASPNET-Benutzer ausgeführt. In IIS 6.0 und IIS 7.0 ist das Konto NETZWERKDIENST die Standardeinstellung. Wenn der Arbeitsprozess als ASPNEToder als NETZWERKDIENSTausgeführt wird, benötigen Sie zum Debuggen Administratorrechte.
Wichtig
Ab Windows Server 2008 R2 empfiehlt es sich, die ApplicationPoolIdentity als Identität für jeden Anwendungspool zu verwenden.
Der Name des ASP.NET-Arbeitsprozesses ist je nach Debugszenario und IIS-Version unterschiedlich. Weitere Informationen finden Sie unter Vorgehensweise: Herausfinden des ASP.NET-Prozessnamens.
Sie können das Benutzerkonto, unter dem der ASP.NET-Arbeitsprozess ausgeführt wird, ändern, indem Sie die Datei „machine.config“ auf dem Server ändern, auf dem IIS ausgeführt wird. Dazu verwenden Sie am besten den Internet Information Services (IIS) Manager. 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 IIS-Servercomputer sein.
Achtung
Bevor Sie den ASP.NET-Arbeitsprozess dahingehend ändern, dass er unter einem anderen Konto ausgeführt wird, sollten Sie mögliche Konsequenzen für den Fall bedenken, dass der ASP.NET-Arbeitsprozess beim Ausführen unter diesem Konto von Hackern angegriffen wird. Die ASPNET- und NETZWERKDIENST-Benutzerkonten werden mit minimalen Berechtigungen ausgeführt, was mögliche Schäden bei einem Hackerangriff auf den Prozess minimiert. Wenn Sie den ASP.NET-Arbeitsprozess dahingehend ändern müssen, dass er unter einem Konto mit weiter reichenden Berechtigungen ausgeführt wird, kann der Schaden größer sein.