我在我们的服务器上部署了一个asp / IIS应用程序，每次重新启动或由于新的应用程序修改而重新启动时都运行良好。但是，10-20分钟后，即使尝试重复与应用程序运行正常之前完成的完全相同的步骤，它也会开始突然显示并超时。
Web应用程序用于从查询中提取数据。当它拉出来的数据库离我们很近时，它运行正常，但我们最近不得不改变主机，现在我们的数据库已经遍布世界各地。所以我不确定这是一个专注于配置结束的问题，还是我们必须在应用程序代码本身内做一些事情以防止超时。
如果此信息有用，应用程序将查询Postgres数据库。
提前致谢
答案 0 :(得分：1)
请先检查此链接。
http://www.c-sharpcorner.com/UploadFile/technoNet/SessionTimeout02192009052301AM/SessionTimeout.aspx
否则
我认为这是由于表单身份验证超时设置。
“表单身份验证票证可能会以两种方式超时。如果您使用绝对过期，则会出现第一种情况。对于绝对过期，当过期时间到期时，身份验证票证将过期。例如，您设置了20分钟的到期时间，并且用户在下午2:00访问该站点。如果用户在下午2:20之后访问该站点，则该用户将被重定向到登录页面。
如果使用滑动过期，则场景会更复杂一些。如果用户在到期时间到期后访问该站点，则会更新cookie和生成的票证。例如，您使用滑动到期设置了20分钟的到期时间。用户在下午2:00访问该站点，并且用户收到设置为在下午2:20到期的cookie。只有当用户在下午2:10之后访问该网站时，才会更新到期日期。如果用户在下午2:09访问该站点，则不会更新故障单，因为到期时间的一半尚未过去。如果用户等待12分钟，在下午2:21访问该站点，则该票证将过期。用户被重定向到登录页面。“
另外请通过以下链接，您可以了解更多信息。
http://itworksonmymachine.wordpress.com/2008/07/17/forms-authentication-timeout-vs-session-timeout/ http://support.microsoft.com/kb/910439 http://www.abstraction.net/ViewArticle.aspx?articleID=74 http://codeasp.net/blogs/vivek_iit/microsoft-net/848/forms-authentication-timeout-vs-session-state-timeout
答案 1 :(得分：0)
我曾经在Session_End事件中遇到类似的无限循环问题。如果您的会话超时为20分钟，可能会导致问题，因为之前一切正常。也许你试着在Session_End中记录一些导致数据库出现问题的东西？