Problembehandlung bei ASP.NET Development Server
Aktualisiert: November 2007
ASP.NET Development Server wird automatisch ausgeführt, wenn Sie in Visual Studio eine Dateisystem-Website testen. Weitere Informationen finden Sie unter Webserver in Visual Web Developer.
Unter bestimmten Umständen kann das Arbeiten mit ASP.NET Development Server zu Fehlern führen. Dieses Thema enthält eine Liste von Situationen, in denen der Webserver möglicherweise Fehler produziert, sowie entsprechende Gegenmaßnahmen.
"Das Überwachen der Änderungen von ... konnte nicht gestartet werden." Fehler
Dieser Fehler kann auftreten, wenn Sie einen ASP.NET Development-Server verwenden, der über Identitätswechsel auf Anwendungsebene verfügt, unter Windows Vista ausgeführt wird und bei dem die Option Benutzerkontensteuerung aktiviert ist.
Standardmäßig werden Anwendungen in Windows unter einem Benutzerkonto mit eingeschränkten Zugriffsrechten ausgeführt, auch wenn Sie als Administrator am Computer angemeldet sind. Wenn Sie eine Webanwendung unter Windows Vista mit Identitätswechsel auf Anwendungsebene verwenden, muss Visual Studio unter einem Administratorkonto ausgeführt werden.
Fehler "Das Windows-Benutzertoken konnte nicht aus den in der Konfigurationsdatei angegebenen Anmeldeinformationen erstellt werden."
Dieser Fehler kann auftreten, wenn die Website in der Datei Web.config für die Verwendung von anwendungsbezogenem Identitätswechsel (d. h. Identitätswechsel mit festem Konto) konfiguriert ist und das Konto, unter dem der Webserver ausgeführt wird, nicht über die Berechtigung verfügt, als Teil des Betriebssystems zu handeln, auch bekannt als TCB-Berechtigung (Trusted Computing Base). Sie können die Website so konfigurieren, dass für den Identitätswechsel ein bestimmtes Konto verwendet wird, indem Sie in der Datei Web.config z. B. folgende Syntax verwenden.
<identity impersonate="true" userName="<UserName>" password="<securepassword>" />
.gif "Sicherheitshinweis") Sicherheitshinweis: |
|---|
Wenn vertrauliche Informationen, z. B. Benutzernamen und Kennwörter, in der Konfigurationsdatei gespeichert werden, müssen Sie die vertraulichen Werte mithilfe der geschützten Konfiguration verschlüsseln. Weitere Informationen finden Sie unter Gewusst wie: Sichern von Verbindungszeichenfolgen bei der Verwendung von Datenquellensteuerelementen. |
Der Prozess, der ASP.NET Development Server startet, muss die TCB-Berechtigung haben. Deshalb müssen Sie dem Konto, das den Webserver ausführt, die TCB-Berechtigung einräumen, wenn die Website für Identitätswechsel konfiguriert ist.
| Sicherheitshinweis: |
|---|
Die TCB-Berechtigung ist sehr weitreichend und sollte grundsätzlich so wenigen Konten wie möglich eingeräumt werden. Wenn die Website Identitätswechsel verwendet und ASP.NET Development Server nicht verwenden kann, ohne dem Konto, das den Webserver ausführt, die TCB-Berechtigung einzuräumen, sollten Sie stattdessen die Verwendung von IIS (Internetinformationsdienste) zum Testen der Website in Erwägung ziehen, damit Sie keinem Konto unnötigerweise Berechtigungen einräumen müssen. |
Fehler "Die Seite kann nicht angezeigt werden" (Fehler 502)
Eine mögliche Ursache für Fehler 502 oder einen Fehler, der angibt, dass die Seite nicht angezeigt werden kann, ist die, dass der Browser eine URL nicht auflösen kann, der "localhost" und eine Portnummer enthält, z. B. https://localhost:8080/ExampleWebSite/Default.aspx. ASP.NET Development Server arbeitet ausschließlich mit localhost und verwendet für jede einzelne Anforderung standardmäßig eine zufällig gewählte Portnummer.
Dieser Fehler lässt sich möglicherweise durch Umgehung des Proxyservers für lokale Anforderungen beheben. Ausführliche Informationen finden Sie unter Gewusst wie: Umgehen eines Proxyservers bei lokalen Webanforderungen.
Fehler "Verbindung abgelehnt"
Der Server meldet den folgenden Fehler.
10061 - Connection Refused
Internet Security and Acceleration Server
Dieser Fehler kann auftreten, wenn der Computer sich in einem Netzwerk befindet, das durch ISA Server (Internet Security and Acceleration Server) geschützt ist, und eine der folgenden Bedingungen zutrifft:
Der Firewallclient ist nicht installiert.
Die Webproxyeinstellungen in Internet Explorer sind falsch konfiguriert.
Dieser Fehler tritt beim Arbeiten mit IIS nicht auf, weil IIS Port 80 verwendet und Zugriff auf Port 80 von ISA Server und anderen Firewallprodukten zugelassen wird. Dagegen wählt ASP.NET Development Server zufällig einen Port aus, und der Zugriff auf die meisten Ports ist durch Firewallprodukte wie ISA Server gesperrt.
Sie können dieses Problem durch folgende Vorgehensweisen vermeiden:
Installieren Sie eine Firewallclient-Software, z. B. ISA Client.
Ändern Sie die Webproxy-Verbindungseinstellungen in Internet Explorer so, dass der Proxyserver für lokale Adressen umgangen wird.
Fehler "BIOS-Grenzwert wurde überschritten"
Dieser Fehler tritt möglicherweise auf, wenn Sie in einer Dateisystem-Webanwendung arbeiten, deren Dateien sich auf einem Remotecomputer befinden. Der Fehler wird als Laufzeitfehler angezeigt, wenn Sie versuchen, eine Seite mit ASP.NET Development Server auszuführen.
Die Wahrscheinlichkeit für das Auftreten dieses Fehlers ist groß, wenn auf dem Remotecomputer Windows 2000 oder Windows XP ausgeführt wird. Wenn auf dem Remotecomputer Windows 2000 ausgeführt wird, folgen Sie den Anweisungen zum Heraufsetzen der Obergrenze für gleichzeitige Verbindungen in Artikel 810886 der Microsoft Knowledge Base. Wenn Sie Windows XP ausführen, sollte es möglich sein, diesen Fehler durch Schließen bestehender freigegebener Ressourcen auf dem Remotecomputer, einschließlich Terminalserversitzungen, zu vermeiden. (Windows XP ist mit einem festen Höchstwert für gleichzeitig zulässige Netzwerkanforderungen konfiguriert.) Falls dies möglich ist, können Sie auch die Webanwendungsdateien auf den lokalen Computer kopieren und die Anwendung dort testen.
Statische Dateien werden nicht ausgeliefert
In einer Dateisystem-Website unterliegen statische Dateien wie Bilder und Stylesheets den ASP.NET-Autorisierungsregeln. So werden beispielsweise statische Dateien in einer Dateisystem-Website nicht an anonyme Benutzer ausgeliefert, wenn der anonyme Zugriff auf diese Dateien deaktiviert wurde. Wenn Sie die Website jedoch auf einem Server bereitstellen, der IIS ausführt, liefert IIS die statischen Dateien aus, ohne dafür Autorisierungsregeln zu verwenden.