认证 cookie 似乎在短时间内就会超时（大约一天左右）。我正在使用 Forms 认证，web.config 中的 timeout =“10080”，slidingExpiration =“false”。设置后，cookie 应该在用户成功验证后大约过期7天。
在 IIS6 上，这个设置按照广告宣传的正常工作，但是当我将网站移动到 IIS7 时，cookie 的过期时间要快得多。我已经在多台计算机上用 IE 和 Firefox 确认了这种行为，这让我相信这是一个 IIS7 的设置问题。
是否存在一个与 IIS7 相关的隐藏设置，涉及认证方面？除了匿名用户跟踪之外，所有其他认证类型都已禁用。
认证Cookie使用本地web.config或全局machine.config中的machineKey值进行加密。如果没有显式设置这样的键，则会自动生成一个键，但它不会持久保存到磁盘 - 因此，每当应用程序由于不活动而重新启动或“回收”时，它将更改，并且下一次命中将创建一个新的键。
解决这个问题就像在web.config中添加<machineKey>配置部分一样简单，或者可能（最好？）在服务器的machine.config中添加（未经测试）：
<system.web>
...
<machineKey
validationKey="..."
decryptionKey="..."
validation="SHA1"
decryption="AES"/>
...
</system.web>
使用Google搜索“生成随机机器密钥”的网站，可以为您生成此部分。但如果您的应用程序涉及机密信息，则可能希望自己创建密钥。
我的理解是，cookie的过期由消费方——浏览器决定，这意味着IIS对此没有发言权。
设置在IIS中配置的会话状态为 进程内 使用Cookies 超时时间=您所需的时间 使用托管标识进行模拟
同时将EnableSessionState设置为true（这也是默认值）
最重要的是以经典模式运行应用程序池。
希望您的问题能够解决。
我的经验表明，InProc在稳定性方面相当不可靠；我曾经和你一样遇到了同样的问题。通过调整应用程序池的设置，我能够提高应用程序的稳定性，通过切换到SessionState（也允许关闭应用程序而不丢失会话状态数据）来彻底解决问题。
您可能遇到应用程序/会话稳定性的原因：
IIS和应用程序池。每个网站的虚拟目录都分配给一个应用程序池（默认为“DefaultAppPool”），该池具有一系列设置，其中包括定义进程“循环使用”的时间间隔，从而保留系统资源。如果您不更改设置，则应用程序可能触发进程回收器的某个标准，这意味着您的应用程序出现故障了。
杀毒软件。 在ASP.NET应用程序中，如果触及web.config（以及应用程序所依赖的任何子.config文件）文件，应用程序将重新启动。现在有些情况下，杀毒软件可能会触及web.config文件（例如每天一次？），从而导致应用程序重新启动并且会话数据丢失。
错误的配置 特别是对于Forms身份验证，与身份验证会话相关的时间设置和行为总是依赖于Web会话。
最近我遇到了同样的问题，即使我将会话超时设置为2小时，我的网站每20分钟就会超时。我发现这是因为IIS工作进程每20分钟就会超时：http://technet.microsoft.com/en-us/library/cc783089(WS.10).aspx