IISの既定のタイムアウト

Question

次の手順でIISのタイムアウト値を構成できることにご注意ください。ただし、これらの違いは何ですか？また、設定エディタでは表示されないため、デフォルトでweb.configファイルのASP.NETセッションステートとCookieTimeoutの値が表示されます。もしそうなら、web.configファイルにどのような変更を加える必要があり、それが他のタイムアウトの変更にどのように影響しますか？

ステップ

1. セッションタイムアウトは、デフォルトでは20分です。値は のアプリケーションプール、ASP、ASP.NET セッション状態、CookieTimeoutなどの多数の設定の影響を受けます。
2. オープンIISマネージャ
3. アプリケーションプール] - > [詳細設定] - > [プロセスモデル - 数分で>設定されたアイドル タイムアウト
4. サイト - > your-website-domain.com - > ASP - >セッションプロパティ - > タイムアウトは、[変更の適用
5. サイト - > your-website-domain.com - >設定エディタ - > のsystem.web /てsessionState - >設定されたタイムアウト値は、[変更
6. サイトを適用する - >あなたのウェブサイトを- -domain.com - >設定エディタ - > system.web/roleManager => cookieTimeoutを設定してから変更を適用します

Answer 1

アプリケーションプールのタイムアウト時間が経過すると、アプリケーションプールはリサイクルされます。デフォルトのInProcセッションストアを使用している場合、タイムアウトが切れるとすべてのセッションが失われます。一般に、タイムアウトは、誰かがアプリケーションからページをリクエストするたびにリセットされます。

セッションステートタイムアウトは、セッションストア内のセッションの有効期限です。このタイムアウトが経過すると、セッション情報がセッションストアから削除され、Session_Endが呼び出されます。 hereという要素のドキュメントを参照してください。

あなたが言及しているCookieタイムアウトは、ロールマネージャがクッキーにユーザーのロールをキャッシュするために使用するクッキーの有効期限です。これを有効にするには、属性cacheRolesInCookieもtrueに設定する必要があります。デフォルトはfalseです。ドキュメントhereを参照してください。

セッション状態やCookieタイムアウトがデフォルトでは設定ファイルに含まれているとは思えませんが、設定ファイルの生成内容によって異なります。セッションを長く開いておく場合は、アプリケーションプールのリサイクルを防ぐための十分なトラフィックがサイトにある場合（20分ごとに1ヒット）、system.web/sessionStateを設定するだけです。アプリプールのリサイクルには他にも理由があるので、InProc以外のストレージメカニズムの1つを使用することは良い考えかもしれません。認証プロバイダの1つを使用している場合、追加のタイムアウトが発生することがあります。フォームの認証にはタイムアウトが設定されていることがわかっています。