136

私たちのサイトは現在この問題を抱えています。基本的に、新しいウィンドウがポップアップする特定のリンクをクリックしたときにのみ発生します。
次のエラー メッセージが表示されます。

セッション状態サーバーにセッション状態要求を行うことができません。
ASP.NET State サービスが開始されていること、およびクライアントとサーバーのポートが同じであることを確認してください。
サーバーがリモート マシン上にある場合は、HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters\AllowRemoteConnection の値を確認して、サーバーがリモート リクエストを受け入れることを確認してください。
サーバーがローカル マシン上にあり、前述のレジストリ値が存在しないか 0 に設定されている場合、状態サーバー接続文字列はサーバー名として「localhost」または「127.0.0.1」を使用する必要があります。

ターゲット サイト :
Void MakeRequest(StateProtocolVerb、System.String、StateProtocolExclusive、Int32、Int32、Int32、Byte[]、Int32、Int32、SessionNDMakeRequestResults ByRef)

これは、sessionstate タグを含む webconfig です。

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

ASP.NET State Service を確認しましたが、現在開始されており、自動に設定されています

エラー メッセージに記載されているレジストリを 1 に設定しましたが、まだ機能していません。

4

10 に答える 10

333
  1. スタート -> 管理ツール -> サービス
  2. ASP.NET State Serviceを右クリックし、[開始] をクリックします</li>

さらに、サービスを自動に設定して、再起動後に機能するようにすることもできます

于 2011-04-01T00:18:21.937 に答える
29

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\aspnet_state\Parameters\AllowRemoteConnection を 1 に変更する必要がある場合は、パラメーターを変更した後にASP.net 状態サービスを再起動することを忘れないでください。

于 2012-12-06T12:24:20.650 に答える
10

それを確認します：

stateConnectionString="tcpip=server:port"

正しい。また、デフォルト ポート ( ) が使用可能であり、システムのポートをブロックしている が42424システムにないことを確認してください。firewall

于 2009-10-14T03:58:16.067 に答える
3

ポート 42424 をブロックしている可能性があるため、Windows ファイアウォールが有効になっているかどうかを確認する必要があります。

于 2013-02-21T18:58:18.330 に答える
2

一部の開発者は、IIS の外部にあるサーバーのプライベート IP を、非標準の構成ファイル (つまり、web.config ではない) やテキスト ファイルなどの予期しない場所で何らかの理由で定義することがわかりました。これにより、サービスが開始されている場合、ポートがブロックされていない場合、reg キーが正しい場合などでも、内部操作が失敗する可能性があります。

特に Kaseya は、serveripinternal.txt というファイルを VSA サーバーのルート IIS ディレクトリに配置します。独自の Kaseya インスタンスを実行している誰かがサーバーの内部 IP を変更したときのエラーのテキストを見ました。サーバーに到達可能になり、IIS が応答し、ログイン ページが表示されますが、上記のメッセージが表示されてログインに失敗します。

于 2015-03-10T18:25:15.963 に答える
2

一部の ASP.NET インストールが破損したときに、同じ問題が発生しました。その場合、aspnet_regiis -i -enable を実行することをお勧めします

于 2014-05-26T02:58:01.137 に答える
0

私は最近この問題に遭遇しましたが、提案された解決策のどれもそれを修正しませんでした。この問題は、セッションに保存されているデータセットの過度の使用であることが判明しました。セッション サイズが 10 倍に増加するコードに欠陥がありました。

msdn ブログには、これについても説明している記事があります。 http://blogs.msdn.com/b/johan/archive/2006/11/20/sessionstate-performance.aspx

関数を使用してカスタム トレース メッセージを記述し、ライブ サイトのセッション データのサイズを測定しました。

于 2016-02-12T15:46:02.840 に答える