Fehler: Identitätswechsel funktioniert nicht, wenn Sie mit ASP.NET SQL Server Session State mit Sicherheit integriert.

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 326606 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Alles erweitern | Alles schließen

Problembeschreibung

Wenn der Identitätswechsel für eine ASP.NET-Anwendung aktiviert ist, die SQL Server-Modus-Sitzungszustandsverwaltung mit integrierter Sicherheit verwendet, wird möglicherweise Probleme, auftreten Wenn der Sitzungszustand ist verloren oder für längere Zeit gesperrt angezeigt.

Ursache

ASP.NET verwenden Identitätswechsel kann nicht in den folgenden Szenarien:
  • Wenn Sie Sitzungsstatus zurück zu SQL Server schreiben.
  • Wenn Sie Polling verwenden, um Sitzungszustand erwerben, da ein anderer Benutzer sichtbar ist, als für die gleichen Sitzungszustandsdaten.

Abhilfe

Verwenden Sie eine der folgenden Methoden um dieses Problem zu umgehen:
  • Verwenden Sie keine Identitätswechsel.
  • Wenn Sie Identitätswechsel verwenden müssen, verwenden Sie integrierten Sicherheit nicht mit Sitzungsstatusverwaltung für SQL Server-Modus.
  • Wenn Sie Identitätswechsel und integrierte Sicherheit mit Sitzungsstatusverwaltung für SQL Server-Modus verwenden müssen, erteilen Sie Zugriff auf das Konto, das in der UserName -Einstellung der das ProcessModel -Element angegeben ist. Diese befindet sich im der Datei Machine.config auf dem Computer, auf dem SQL Server ausgeführt wird.

Status

Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel Microsoft-Produkten handelt.

Weitere Informationen

SQL Server-Sitzungsstatus implementiert seinen eigenen Verbindungspooling für geöffnete SqlConnection -Objekte. SQL Server-Sitzungsstatus die Daten zurück an die SQL Server-Datenbank speichert, verwendet einen Hintergrundthread. Der Hintergrundthread wird unter dem ASP.NET Worker-Prozess (aspnet_wp.exe in der Standardinstallation ASP.NET unter Microsoft Windows 2000 und Microsoft Windows XP) und in der ASP.NET-Standardinstallation von Microsoft Windows Server 2003 w3wp.exe ausgeführt Konto. Der SQL Server-Verbindungsversuch ist erfolgreich, wenn ein geöffnetes SqlConnection -Objekt im Pool gefunden werden kann. Keine geöffnetes SqlConnection -Objekt im Pool gefunden werden kann, ist jedoch ein SqlConnection -Objekt über ASP.NET Worker-Prozesskonto erstellt. Verfügt dieses Konto keine Berechtigung, auf dem Computer eine Verbindung herzustellen, auf dem SQL Server ausgeführt wird, die Verbindung ist nicht erfolgreich, und dies führt ebenfalls fehlgeschlagenen Versuch, die Sitzungsdaten wieder auf dem Computer zu schreiben, auf dem SQL Server ausgeführt wird. Standardmäßig ist eine Schreibsperre für eine Sitzung verwendet, wenn die Sitzung zugegriffen wird. Aus diesem Grund bleibt die Sitzung gesperrt, bis ein Timeout auftritt.

Informationsquellen

Weitere Informationen zur Verwendung von Identitätswechsel in ASP.NET-Anwendungen und Herstellen einer Verbindung zu SQL Server integrierten Sicherheit verwenden finden Sie folgende Artikel der Microsoft Knowledge Base:
306158INFO: Implementierung des Identitätswechsels in einer ASP.NET-Anwendung
316989PRB: "Anmeldung fehlgeschlagen" bei Erstellen von eine vertrauenswürdigen Datenverbindung von ASP.NET zu SQLServer
Weitere Informationen zu Hotfixes und andere verwandte Updates für ASP.NET und .NET Framework finden Sie auf der folgenden Microsoft-Websites:
.NET Framework - Updates
http://msdn2.microsoft.com/en-us/vstudio/aa718353.aspx
ASP.NET-Foren
http://forums.asp.net/

Eigenschaften

Artikel-ID: 326606 - Geändert am: Montag, 24. Februar 2014 - Version: 3.7
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft ASP.NET 1.1
  • Microsoft ASP.NET 1.0
  • Microsoft SQL Server 1.1 Standard Edition
Keywords: 
kbnosurvey kbarchive kbmt kbbug kbhttpruntime kbsecurity kbstate KB326606 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 326606
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com