3

IIS6 でホストされている従来の ASP Web サイトを管理しています (というか、管理に行き詰まっています)。しばらく前から、このサイトでセッション Cookie が「収集」されていることに気付きました。

証拠

アプリケーション プールのリサイクル間隔をいじったり、IIS を完全に再起動したりしましたが、どういうわけか、この問題は解決しません。最初は Cookie が 1 つしかないように見えますが、サイトをしばらく閲覧した後でも Cookie は 1 つしかありません。そして、しばらくして (数日、数週間)、Cookie に多くの ASPSESSIONIDXXX Cookie が含まれていることに再び気付きました。

セッションの損失などはありません。すべてが正常に動作し、期待どおりです。私のクッキーがこのセッションガベージで成長し続けているだけです。問題はすべてのブラウザーに存在します (Web サイト/Web サーバーに問題があることを示しています)。

私はこの質問を見てきました.Webサイトは、複数のプロセスまたは複数のサーバーを持つ「Webgarden」またはアプリケーションプールにはありません。また、プロキシサーバーも何もありません。

プロジェクトの周りにいくつかのSession(...)コードが散りばめられています。私はそれを見ましたが、Session("FOO") = barとbar = Session("FOO").

私はどちらかを探しています:

a) この問題の解決
策 b) 回避策: 「現在の」Cookie を除くすべての Cookie を削除する (適切な) 方法

4

1 に答える 1

0

リサイクル間隔として設定した値に関係なく、IIS は一定時間 (通常は数日) 後、および/または非アクティブな期間の後、アプリケーションを再起動します。その場合、セッション Cookie は失われるか再生成されます。 . 問題のアプリケーション プールを選択し、[詳細設定] -> [リサイクル] -> [リサイクル イベント ログ エントリの生成] に移動して、アプリケーションのリサイクル時にログを記録するように IIS (7) を構成できます。その後、イベント ビューアーで確認できます。アプリケーションがいつ/なぜリサイクルされたか。

また、IIS で、ASP->Services->Session->New ID on Secure Connectionそれが false であることを確認してください。そうしないと、ページが http か https かによってセッション Cookie が異なります。

私はこの投稿を見つけました.誰かがあなたを助けるかもしれないそれらのクッキーを削除するための回避策をコーディングしました.

于 2013-10-03T17:17:01.897 に答える