Problembehandlung bei allgemeinen Berechtigungen und Sicherheitsfragen in ASP.NET

ASP.NET Support Voice-Kolumne

Problembehandlung bei allgemeinen Berechtigungen und Sicherheitsprobleme in Microsoft ASP.NET

Diese Spalte an Ihre Bedürfnisse anpassen möchten Laden Sie Ihre Ideen zu Themen, die Sie interessieren und sollen Probleme in Zukunft Knowledge Base-Artikeln und Support Voice Spalten angesprochen. Sie können Ihre Ideen und ihr Feedback Bitten dafür Formular senden. Außerdem wird ein Link zu diesem Formular am Ende dieser Kolumne.
Hallo, ist Vignesh A.G von ASP.NET Team. Willkommen Sie bei ASP.NET Support Voice-Kolumne! Habe Developer Support Engineer zwei Jahren jetzt bei Microsoft, und ich habe meine Zeit auf ASP.NET und Microsoft-Internetinformationsdienste (IIS).

Der Fokus dieser Kolumne nicht ASP.NET Sicherheit erläutern, aber einige Schritte zur Problembehandlung und Tipps, mit denen Sie isolieren und beheben allgemeine Berechtigungen und wir am PSS hier Sicherheitsszenarios. Berechtigungen und Sicherheit in ASP.NET sind gut dokumentiert. Tatsächlich werden zahlreiche Personen möglicherweise das gleiche Problem vor ausgeführt haben. Die Absicht ist für diese Spalte ein guter relevant und umfassende Informationen zu ASP.NET Security. Es gibt kein besseres Gefühl als das Problem zu beheben.

Nützliche tools

Bevor Sie versuchen, alles reparieren, die beschädigt ist, müssen Sie einige Tools vertraut welche das Problem einzugrenzen. In diesem Fall würden wir Tools wie FileMon RegMon und Sicherheitskontrolle interessieren. Weitere Informationen zu FileMon finden Sie auf der folgenden Microsoft-Website:Weitere Informationen über RegMon finden Sie auf der folgenden Microsoft-Website:

Um das Problem einzugrenzen Drilldown

  • Wurde die Anwendung jemals funktioniert? Wenn Ja, dann, geändert Break Anwendung hätte? Es ist möglich, dass Softwareupdates und Sicherheitsupdates auf dem Server angewendet wurden. Eine Code-Implementierung auch das Problem möglicherweise verursacht.
  • Dienen einfache HTML- und ASP-Seiten von IIS?
  • Werden die Anwendung wurde auf eine andere Version von IIS migriert?
  • Führen Sie weitere ASP.NET die Server nicht mit dem gleichen Fehler? Ist dies die einzige Anwendung fehlschlägt?
  • Tritt das Problem für alle Benutzer oder nur bestimmte Benutzer?
  • Ist das Problem reproduzierbar Popups lokal auf dem Webserver oder nur wenige Clients werden reproduziert?
  • Wenn Sie Identitätswechsel verwenden, muss der imitierte Benutzer den erforderlichen Zugriff auf die Ressource?
Fragen sind nützlich, um ein Problem zu diagnostizieren. Wenn Sie Ihr Problem auf ASP.NET Foren buchen und schon die Antworten auf diese Fragen, ist es wahrscheinlich, dass Sie eine schnelle Zeiger oder Lösung für Ihr Problem erhalten. Der Schlüssel ist, den gesamten ASP.NET Stack Trace-Fehler buchen ggf. statt "ich Fehler Zugriff verweigert erhalte beim ASP.NET Anwendung ausführen. Kann jemand helfen?" Es ist viel einfacher Stapelrahmen und geben Sie Hinweise, wenn sie eine vollständige Fehlermeldung sehen können. Sie müssen also Fragen...

Was ist die genaue Fehlermeldung?

Die erste Frage bitten wir Kunden ist "Was ist die genaue Fehlermeldung?" Wenn Sie eine klare Beschreibung der Fehlermeldung von Microsoft.NET Framework ausgelöst haben, können diesen Abschnitt überspringen. Wenn die Anwendung die Fehlermeldung maskiert und Ihnen eine kurze Fehlermeldung stattdessen bietet wie "ein unerwarteter Fehler aufgetreten. Wenden Sie sich an den Administrator der Website Informationen,"ist es nicht besonders nützlich für alle Benutzer. Hier sind einige Schritte, welche die eigentliche Fehlermeldung.
  • Öffnen Sie die Datei Web.config im Verzeichnis Anwendung, und wechseln Sie in den Modus CustomErrors = "Off". Speichern Sie die Datei, und reproduzieren Sie das Problem.
  • Weiterhin können Sie die Fehlermeldung nach Ausführung der oben genannten Schritt durch benutzerdefinierte Ereignis/Fehlerbehandlung durch den Entwickler der Anwendung möglicherweise nicht. Sie können versuchen, suchen das Ereignis Application_Errorin der Datei Global.asax, und kommentieren Sie Code, verwendet die
    Server.Transfer("Errors.aspx") -Funktion zu einer benutzerdefinierten Fehlerseite.
/Global.asax void Application_Error(object sender, EventArgs e) 
{
// Code that runs when an unhandled error occurs
//Server.Transfer("Errors.aspx");

}

Gelesen Sie die eigentliche Fehlermeldung, um festzustellen, ob der Fehler durch fehlende Berechtigungen auf eine lokale Ressource oder eine Remoteressource, die Ihre Anwendung ASP.NET zugreifen möchte.

Tipp Der Entwickler, wie die eigentliche Fehlermeldung erhalten. Es ist möglich, dass die Entwickler in einer Datei protokollieren oder e-Mail-Benachrichtigungen. Stets auf einer Sicherungskopie der Datei, die Sie ändern möchten. Mit einer Sicherung verfügbar können Sie immer Änderungen zurücksetzen.

Tritt aufgrund fehlender Berechtigungen für eine lokale Ressource ASP.NET Anwendung zuzugreifen versucht

Wenn Sie keine klare Beschreibung des Problems durch eine benutzerdefinierte Fehlermeldung, FileMon ausgeführt und das Problem reproduzieren. Speichern Sie die Aufnahme als FileMon.xls, und öffnen Sie die Datei in Microsoft Excel. Im Menü Daten klicken Sie auf Filter, und klicken Sie dann auf AutoFilter , um die Filterfunktionen von Excel verwenden. Jetzt wählen Sie die Dropdownliste in Spalte F und Fehler "Zugriff verweigert" suchen.

Nachfolgend finden Sie eine Beispielausgabe FileMon.
10381 1:01:11 PM w3wp.exe:2320 OPENC:\winnt\microsoft.net\framework\v1.1.4322\Temporary ASP.NET
Files\sessiontest\8832e585\275ec327\global.asax.xml ACCESS DENIED NT
AUTHORITY\NETWORK SERVICE
Die gefilterten Ergebnisse entnehmen können, haben wir die Ursache des Problems eingegrenzt. FileMon zeigt, dass das Konto NT-AUTORITÄT\NETZWERKDIENST NTFS-Berechtigungen für den Ordner C:\Winnt\Microsoft.net\Framework\v1.1.4322\Temporary ASP.NET Files fehlt. Dies sollte einfach zu beheben.
Weitere Informationen zur Verwendung von FileMon ASP.NET klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:

890960 Behandlung von ASP.NET mit FileMon

Tip Ein Schritt wäre, ändern Sie das Prozesskonto von ASP.NET in ein Administratorkonto, um festzustellen, ob das Problem behoben. In IIS 5.x Sie ändern die
"SYSTEM" im Prozess Modell Abschnitt der Datei machine.config und in IIS 6.0 Benutzername ändern Sie IIS AppPool Identität zu "Lokales System", um festzustellen, ob die Anwendung funktioniert.

Hinweis Dies sollte nicht als Lösung jedoch nur als Schritt zur Problembehandlung verwendet werden.

Die meisten Menschen neigen Microsoft.NET Framework installieren oder sogar zu einer Neuinstallation des Betriebssystems. Dies ist keine empfohlene Problembehandlung und garantiert nicht, dass das Problem nicht wiederholt werden. Ich bietet ein Beispiel. Verbindungsprobleme sind häufig schwer zu isolieren und zu beheben. In diesem Szenario würde die Anwendung des Kunden für ein paar Stunden funktionieren und dann plötzlich es würde fehlschlagen Fehler unten. Der Kunde hatte bereits versucht.NET Framework sowie das Betriebssystem neu installieren. Dies war das Problem ein paar Tage dann kurzfristig.

Server Error in '/MyApp' Application

Mit FileMon wurde nicht Fehler Zugriff verweigert angezeigt. Die erforderlichen Berechtigungen für das ASPNET-Konto wurden. Die einzige Möglichkeit, das Problem zu beheben ist das Feld neu starten. Auch ein Zurücksetzen von IIS würde also nicht weiterhelfen. Sie denken "ACH, Microsoft-Software immer einen Neustart Wiederherstellen benötigt?" Sie sind falsch!

Hier kommt die Fehlermeldung genauer zu betrachten. Der Fehler eindeutig sagt "kann eine Datei zum Schreiben öffnen" und nicht die üblichen Zugriffsverweigerungsfehler, damit ich denke, dass es einen anderen Prozess handelt, das Sperren einer Datei oder eines Ordners und da ASP.NET zu schreiben. Es ist sinnvoll, ein Neustart war den Prozess Töten und ASP.NET Anwendung wieder bis Rogue-Prozess die Datei erneut gesperrt. Der logische Schritt wäre, deaktivieren Sie alle Antivirenprogramme, Drittanbietern Spyware oder andere Datei Überwachungssoftware, die auf dem Server ausgeführt wird. Ich will nicht bestimmte Drittanbieter-Software hinweisen. Aber im Allgemeinen Antivirensoftware zu viel Kummer für IIS und ASP.NET bekannt. Ein anderes bekanntes Problem zurückzuführen, antivirus-Software ist Sitzung aufgrund AppDomain recycelt berührt den Ordner Bin oder die config-Dateien.

Tipp Am einfachsten Drittanbieterdienste deaktiviert werden:
  1. Klicken Sie auf Start, klicken Sie auf Ausführen, und geben Sie Msconfig.
  2. Wählen Sie Dienste , und überprüfen Sie Alle Microsoft-Dienste ausblenden.
  3. Klicken Sie auf Alle deaktivieren die Dienste beenden.
  4. Klicken Sie auf Start, klicken Sie auf Ausführen, und geben Sie Iisresetum CLR in den Arbeitsprozess zu laden.
Überwachen Sie die Anwendung, um festzustellen, ob das Problem erneut auftritt. Wenn Sie mehrere Antivirenprogramme ausführen, verwenden Sie die Methode Versuch und Irrtum bestimmen, welches Programm das Problem verursacht.

Hinweis Ist der gleiche Fehler reproduzierbar 100 Prozent der Zeit möglicherweise Antivirensoftware nicht die Ursache. Können auch andere Ursachen für diesen Fehler. Versuchen Sie eine einfache Anwendung isolieren, ob der gleiche Test.aspx Seite Fehler ASP.NET erstellen. Wenn Ja, dann überprüfen Sie die erforderlichen Zugriffssteuerungslisten (ACLs) an Ort für ASP.NET.

Finden Sie unter ASP.NET Erforderliche Zugriffssteuerungslisten (ACLs):
http://msdn2.microsoft.com/en-us/library/kwzs111e.aspx

Tipp Der Ordner %SystemRoot%\Assembly ist im globalen Assemblycache. Windows Explorer können direkt bearbeiten Sie ACLs für diesen Ordner. Stattdessen verwenden Sie eine Befehlszeile und führen Sie den folgenden Befehl:
Cacls %windir%\assembly/e/t/p Domäne\Benutzername: r
Registrierung auch vor mithilfe von Windows Explorer Shfusion.dll mit dem folgenden Befehl über die GUI Berechtigungen erteilen:
C:\WINDOWS\Microsoft.NET\Framework\VersionNumber>regsvr32–u shfusion.dll
Nach dem Festlegen von Berechtigungen mit dem Windows Explorer, registrieren Sie Shfusion.dll mit dem folgenden Befehl:
C:\WINDOWS\Microsoft.NET\Framework\VersionNumber>regsvr32 shfusion.dll

Problem tritt aufgrund fehlender Berechtigungen in ASP.NET Anwendung versucht, Zugriff auf Remoteressourcen

Wenn Ihre Anwendung ASP.NET eine Remoteressource wie Microsoft SQL Server oder im Universal Naming Convention (UNC) zugreift, sind viele Faktoren können. Außerdem können viele Dinge nicht richtig auf der Remoteressource eingerichtet werden. Sie müssen diese Probleme beheben, um die Ressource zu verwenden. Für Weitere Informationen klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:

891031 allgemeine Sicherheitsprobleme bei ASP.NET Applications Remoteressourcen zugreifen

Der erste Schritt wäre auf dem Remoteserver über Windows Explorer herstellen können.
  1. Erstellen Sie auf dem Remoteserver einen Ordner mit dem Namen Test. Fügen Sie auf den Registerkarten Freigabe und Sicherheit der Ordner Test das Domänenkonto und das Konto, mit dem die Anwendung ASP.NET hinzu und Ihnen Sie beide Vollzugriff.

    Hinweis Finden Sie unter891031 Techniken oder Abhilfen für ASP.NET remote-Ressourcen zugreifen.
  2. Auf dem IIS-Server mit Ihrem Domänenkonto melden Sie an, klicken Sie auf Start, klicken Sie auf Ausführenund dann geben Sie Freigabe des remote-Servers:
    \\RemoteServerName\Test
    Wenn Sie nicht auf diese Ordner zugreifen können, wenden Sie sich an den Netzwerkadministrator, um dieses Problem zu beheben. Nur dann kann die Anwendung ASP.NET die Freigabe zugreifen.
  3. Eine Datei namens CreateUNCFile.aspx durch den folgenden Code, und speichern Sie die Datei im Anwendungsverzeichnis.
    <%@ Page Language="vb" %><%@ Import Namespace="System.IO" %>
    <html>
    <head>
    <title>Writing to a Text File</title>
    <script runat="server">
    Sub WriteToFile(ByVal sender As System.Object, ByVal e As System.EventArgs)
    Dim fp As StreamWriter
    fp = File.CreateText("\\<RemoteServerName>\Test\" & "test.txt")
    fp.WriteLine(txtMyFile.Text)
    lblStatus.Text = "The File Successfully created! Your ASP.NET process is able to access this remote share"
    fp.Close()
    End Sub
    </script>

    </head>
    <body style="font: 10pt verdana">
    <h3 align="center">Creating a Text File in ASP.NET</h3>
    <form id="Form1" method="post" runat="server">
    Type your text:
    <asp:TextBox ID="txtMyFile" TextMode="MultiLine" Rows="10" Columns="60" Runat="server" /><br>
    <asp:button ID="btnSubmit" Text="Create File" OnClick="WriteToFile" Runat="server" />
    <asp:Label ID="lblStatus" Font-Bold="True" ForeColor="#ff0000" Runat="server" />
    </form>
    </body>
    </html>

  4. Stellen Sie sicher, dass < RemoteServerName > in der folgenden Codezeile ändern
    fp = File.CreateText("\\<RemoteServerName>\Test\" &"test.txt")
    Damit sie den Namen des Remoteservers wiedergibt.
  5. Öffnen Sie Windows Internet Explorer, und navigieren Sie zu http://eingeben/AppName/CreateUNCFile.aspx vom Client-Computer als IIS-Server.
  6. Wenn Datei Test.txt erfolgreich erstellt, kann Ihrer Anwendung ASP.NET auf der Remoteressource authentifizieren.
  7. Wenn Erstellung Durchsuchen auf die gleiche Seite vom IIS-Server selbst aus einem Clientbrowser Internet Explorer arbeiten schlägt, ist es wahrscheinlich in "Double-Hop" Szenario ausgeführt werden. Wenn Sie benutzerdefinierte erstellten Webparts auf Remoteressourcen zugreifen, die Authentifizierung und Autorisierung verwenden, führen Sie wahrscheinlich das Problem "Double-Hop". Um die Remoteressource zugreifen zu können, müssen Sie die Anmeldeinformationen für die Ressource angeben, sodass die Ausgabe aus der Ressource die Daten beschränkt, die der Benutzer Zugriffsrechte besitzt.
Die Schritte wird davon ausgegangen, dass NTLM-Authentifizierung in IIS aktiviert haben. Standardauthentifizierung verwenden Kerberos nicht.
Klicken Sie für weitere Informationen auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:

Kerberos-Authentifizierung und Problembehandlung bei der Delegierung 907272

326985 Behandlung von Kerberos-Problemen in IIS

Weitere Informationen zu IIS-Authentifizierungsmethoden finden Sie auf der Microsoft Developer Network (MSDN)-Website:

Tipp UNC-Freigabe auf dem Remotecomputer herstellen, aber kann keine Verbindung mit dem Remoteserver, der SQL Server-Anwendung ASP.NET ausgeführt wird, haben Sie möglicherweise überprüfen oder Einstellen der Dienstprinzipalnamen (SPN) für SQL Server. Aktivieren Sie nur die Standardauthentifizierung für die Anwendung in IIS, und prüfen Sie können die Verbindung zum remote-Server, auf dem SQL Server ausgeführt wird.
Klicken Sie für weitere Informationen auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:

319723 Verwendung von Kerberos-Authentifizierung in SQL Server

316989 -Fehlermeldung wenn Sie eine vertrauenswürdige Verbindung zu SQL Server von ASP.NET erstellen: "Fehler bei der Anmeldung für den Benutzer: 'Kontoname'"

Tipp Empfohlen wurde nie zugeordnete Laufwerke verwenden, um remote herstellen Laufwerk Mappings sind eine Erweiterung der Befehl net Use und auf einzelne Benutzer erstellt. Die bevorzugte Methode für den Zugriff auf Inhalte des Webservers, der auf einem Remotecomputer vorhanden ist Freigaben anhand die UNC. Für Weitere Informationen klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:

257174 mit zugeordneten Laufwerken mit IIS

Thema des Code Access Security (CAS)

Fehlermeldungen in ASP.NET sind und nicht, sagen genau das Problem. In einigen Fällen möglicherweise FileMon und RegMon nicht sinnvoll erfasst. Betrachten wir nun ein solches Szenario.

Szenario

Beim Versuch, eine Anwendung ASP.NET durchsuchen, schlägt es mit einen allgemeinen Fehler wie der berüchtigte Fehlermeldung:
Server Application Unavailable
Das Ereignisprotokoll zeigt:

Typ: Fehler
Quelle: ASP.NET 1.1.4322.0
Kategorie: keine
Ereignis-ID: 1088
Datum: 10/11/2006
Zeit: 54:04 Uhr
Benutzer: nicht vorhanden
Computer: ComputerName
Beschreibung
Fehler beim Ausführen, weil die Anwendungsdomäne nicht erstellt werden konnte. Fehler: 0x8013150a
Beim Erstellen eine Anwendungsdomäne ASP.NET ASP.NET liest den Wert für das Ebenenattribut des Konfigurationselements vertrauen angegeben, erstellt eine Instanz der Klasse überschneidet AspNetHostingPermission mit dem angegebenen
-Attribut auf und fügt dann die Klasse den Berechtigungssatz für die Anwendungsdomäne. Den oben angegebene Fehler wird angezeigt werden, wenn die Vertrauensebenen falsch konfiguriert oder geändert werden. Weitere Informationen finden Sie unter "ASP.NET Trust Levels und Richtliniendateien" auf der folgenden MSDN-Website:Zum Beheben dieses Problems können versuchen diesen Tipp im Abschnitt "Problem tritt aufgrund fehlender Berechtigungen für eine lokale Ressource ASP.NET Anwendung versucht, auf" jedoch erhalten nicht entmutigt, wenn die Anwendung ein Konto-Administrator oder nicht funktioniert. Sie müssen überprüfen, ob das Problem durch Code Access Security verursacht werden kann. Dies leicht möglich deaktivieren Code Access Security mit dem Dienstprogramm Caspol.exe.
C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322 >Caspol-s off
Microsoft (R).NET Framework CasPol 1.1.4322.573
Copyright (C) Microsoft Corporation 1998-2002. Alle Rechte vorbehalten.


Erfolg

C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322>
Nach Ausführen vonCaspol-s ausIIS und die Anwendung durchsuchen. Wenn dieser Schritt funktioniert, müssen Sie den Berechtigungssatz für die Codegruppen überprüfen. Sie können auf das Microsoft.NET Framework-Konfigurationstool VersionNumberCodegruppen zuzugreifen, die Verwaltung gefunden.

In diesem Szenario wurde der Berechtigungssatz für die Codegruppe My_Computer_Zone auf Nothingfestgelegt. Auf Volle Vertrauenswürdigkeit gelöst

Hinweis Um -Codegruppe zuzugreifen, gehen Sie folgendermaßen vor:
  1. Doppelklicken Sie im Bedienfeld auf Verwaltung.
  2. Doppelklicken Sie auf Microsoft.NET Framework VersionNumber Konfiguration.
  3. Doppelklicken Sie auf Laufzeitsicherheitsrichtlinie.
  4. Doppelklicken Sie auf Computer.
  5. Doppelklicken Sie auf Codegruppen.
  6. Doppelklicken Sie auf All_Code.
  7. Doppelklicken Sie auf My_Computer_Zone.
Tipp Denken Sie daran, Caspol-s auf CAS aktivieren nach Behebung des Problems ausführen.

Weitere Informationen finden Sie unter ASP.NET Code Access Security:
http://msdn2.microsoft.com/en-us/library/87x8e4d1.aspx

Es gibt zahlreiche andere Ursachen für die Fehlermeldung "Server Application Unavailable". Das Ereignisprotokoll ist besten um weitere Informationen zur Ursache des Problems.

IIS-Fehler

Die IIS-Protokolle sind sehr nützlich bei der IIS-Authentifizierung Fehler. Häufig wird der Benutzer normalerweise Folgendes angezeigt wird:
You are not authorized to view this page
Was ist suchen Status und Sub Statuscodes für diesen bestimmten Fehler.
2006-10-12 22:47:28 W3SVC1 65.52.18.230 abrufen /MyAPP/login.aspx - 80
MeineDomäne\UserID_91 65.52.22.58 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727;+InfoPath.1) 401 3 5
Wir sehen 401 mit untergeordneten 3, womit "Unauthorized durch ACL für Ressource"

Dies zeigt fehlende NTFS-Berechtigungen für eine Datei oder einen Ordner an. Dieser Fehler kann auftreten, selbst wenn die Berechtigungen für die Datei korrekt sind, die Sie versuchen zuzugreifen, aber die Standardberechtigungen und Benutzerrechte fehlen möglicherweise auf andere Ordner SYSTEM und IIS. Dieser Fehler kann z. B. angezeigt, wenn das Konto IUSR_Computername keinen Zugriff auf das Verzeichnis C:\Winnt\System32\Inetsrv. Weitere Informationen zu IIS-Statuscodes, klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:

Beschreibung des Microsoft-Internetinformationsdienste (IIS) 5.0 und 6.0-Statuscodes 318380

Standardberechtigungen und Benutzerrechte für IIS 6.0 812614

271071 wie erforderliche NTFS-Berechtigungen und Benutzerrechte für IIS 5.0-Webserver

Tipp Klicken Sie auf Start, klicken Sie auf Ausführen, und geben Sie Logfiles zum Öffnen des Ordners, der die IIS-Protokolle enthält. Alternativ klicken Sie auf der Eigenschaftenseite für die Website in IIS auf dem
WebSiteName , und unter Aktives Protokollformatauf Eigenschaften , um das Protokolldateiverzeichnis und Name angezeigt.

Die Sache hier ist die 5. Den Befehl net Helpmsg können Sie mehr Informationen über diesen Statuscode erhalten:
C:\Documents und >net Helpmsg 5
Zugriff wurde verweigert.
Versuchen Sie einen anderen gemeinsamen Statuscode Code 50:
C:\Documents und >net Helpmsg 50
Die Anforderung wird nicht unterstützt.
Tipp Wenn Sie eine andere generische berüchtigten "500 Interner Serverfehler" Nachricht erhalten, ist es eine gute Idee, kurze HTTP-Fehlermeldungen deaktivieren, Sie eine ausführliche Beschreibung des Fehlers erhalten. Vergessen Sie nicht, im Viewer als auch Informationen enthalten kann.
Weitere Informationen dazu, wie Sie kurze HTTP-Fehlermeldungen deaktivieren, klicken Sie auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:

Deaktivieren Sie 294807 Internet Explorer 5.x und 6.x "Show kurze HTTP-Fehlermeldungen" Feature auf dem server

Soll alle protokollierten Informationen maximale Details des Problems zu verwenden.

Ressourcen

Klicken Sie für weitere Informationen auf die folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:

306590 ASP.NET Security overview

317012 Prozess- und Anforderungsidentität in ASP.NET

Ein Dienstkonto für eine ASP.NET 2.0-Anwendung erstellen
http://msdn2.microsoft.com/en-us/library/ms998297.aspx

ASP.NET Identitätsmatrix
http://msdn2.microsoft.com/en-us/library/aa302377.aspx

Vorherige ASP.NET Support Voice-Spalten
http://support.microsoft.com/aspnetpsvc
Ich hoffe, dass diese einfachen Verfahren hilfreich bei Sicherheit und Berechtigungen Probleme zu beheben. Beachten Sie, dass Support Voice-Spalten sind! Wie immer, nutzen Sie die
Bitten Sie für Form, Ideen zu Themen, die gewünschten adressierte in zukünftigen oder in der Knowledge Base.
Eigenschaften

Artikelnummer: 910449 – Letzte Überarbeitung: 16.01.2017 – Revision: 1

Feedback