Anforderung des Sitzungsstatus an den Sitzungsstatusserver kann nicht durchgeführt werden

Question

Dieses Problem tritt derzeit auf unserer Website auf. Im Grunde passiert es nur, wenn wir auf bestimmte Links klicken, bei denen sich ein neues Fenster öffnet.
Diese Fehlermeldung erhalten wir:

U
Bitte stellen Sie sicher, dass der ASP.NET State-Dienst gestartet ist und dass die Ports von Client und Server identisch sind.
I Remote-Rechner befindet, stellen Sie bitte sicher, dass er Remote-Anfragen akzeptiert, indem Sie überprüfen Sie den Wert von HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters\AllowRemoteConnection.
I Registry-Wert nicht existiert oder auf 0 gesetzt ist, muss der Status Server-Verbindungszeichenfolge entweder "localhost" oder "127.0.0.1" als den Servernamen verwenden.

Zielort :
Leere MakeRequest(StateProtocolVerb, System.String, StateProtocolExclusive, Int32, Int32, Int32, Byte[], Int32, Int32, SessionNDMakeRequestResults ByRef)

Dies ist die Webkonfiguration, die den Tag sessionstate enthält:

<sessionState mode="StateServer" timeout="45" />

Ich habe den ASP.NET State Service überprüft, und er ist derzeit gestartet und auf automatisch eingestellt

Ich habe die in der Fehlermeldung angegebene Registrierung auf 1 gesetzt, aber es funktioniert immer noch nicht.

Answer 1

Überprüfen Sie auch, ob Sie die Windows-Firewall aktiviert haben, da diese möglicherweise den Port 42424 blockiert.

Answer 2

Ich hatte das gleiche Problem, als eine ASP.NET-Installation beschädigt wurde. In diesem Fall schlagen sie vor Ausführen von aspnet_regiis -i -enable

Answer 3

Ich habe festgestellt, dass einige Entwickler aus irgendeinem Grund die private IP des Servers außerhalb von IIS an einem unerwarteten Ort definieren, z. B. in einer nicht standardmäßigen Konfigurationsdatei (d. h. nicht web.config) oder einer Textdatei. Dies kann dazu führen, dass der interne Betrieb fehlschlägt, selbst wenn der Dienst gestartet ist, die Ports nicht blockiert werden, die Registrierungsschlüssel korrekt sind usw.

Vor allem Kaseya legt eine Datei namens serveripinternal.txt im Root-IIS-Verzeichnis des VSA-Servers ab. Ich habe den Text Ihres Fehlers gesehen, wenn jemand, der seine eigene Kaseya-Instanz betreibt, die interne IP des Servers geändert hat. Der Server ist erreichbar, IIS antwortet, und die Anmeldeseite wird angezeigt - aber die Anmeldung schlägt mit der zitierten Meldung fehl.

Answer 4

Nicht die beste Antwort, aber immerhin eine Möglichkeit:

Kommentieren Sie die angegebene Zeile in der web.config.

Answer 5

Ich bin vor kurzem auf dieses Problem gestoßen und keine der vorgeschlagenen Lösungen hat es behoben. Es stellte sich heraus, dass das Problem in einer übermäßigen Verwendung von in der Sitzung gespeicherten Datensätzen lag. Es gab einen Fehler im Code, der dazu führte, dass die Sitzungsgröße um das 10-fache anstieg.

Es gibt einen Artikel im msdn-Blog, der sich ebenfalls mit diesem Thema befasst. http://blogs.msdn.com/b/johan/archive/2006/11/20/sessionstate-performance.aspx

Ich habe eine Funktion zum Schreiben von benutzerdefinierten Trace-Meldungen verwendet, um die Größe der Sitzungsdaten auf der Live-Site zu messen.