ASP.NET调试超时与IIS [英] ASP.NET Debugging Timing out with IIS
问题描述
终于崩溃了，寻求帮助，我的客户端/ IIS（不知道它），通常出后约30秒时间 - 1分钟，IM调试（通过code步进），这不仅使我失去了我的位置，并有重新开始（通常是步进更快，使更多的失误），但IIS调试会话完全关闭，我必须再次预热了整个会议。
Finally broke down and seeking help, my client/iis (not sure which) usually times out after about 30s - 1 minute while im debugging (stepping through code) which not only causes me to lose my spot and have to start over (usually stepping faster, making more mistakes) but the IIS Debug session closes completely and I have to warm up the entire session again.
什么是获得更多的时间了调试会话的最佳方式？
What's the best way to get more time out of a debugging session?
调试香草3.5的Web 网站在IIS 7.5经典管道（而不是应用程序）
Debugging a vanilla 3.5 Web Site (not app) on IIS 7.5 Classic Pipeline
推荐答案
如果你将它设置足够高的设置连接数限制的作品。我想永远不会被这再次困扰。 这里是我所做的：
Setting the connection limit works if you set it high enough. I wanted to never be bothered by this again. Here is what I did:
这里假设你已经有了在IIS管理器中选择一个IIS应用程序池
...在高级设置对话框中，找到流程模型部分，执行下列操作之一：
...In the Advanced Settings dialog box, locate the Process Model section, and perform one of the following actions:
- 设置启用平为False。
- 设置平最大响应时间，也就是超过90秒大的值。
设置启用平为False停止从检查工作进程是否仍在运行，并保持工作进程的生命，直到您停止调试过程IIS。设置Ping的最大响应时间为一个较大的值允许IIS继续监测工作进程。
Setting Ping Enabled to False stops IIS from checking whether the worker process is still running and keeps the worker process alive until you stop your debugged process. Setting Ping Maximum Response Time to a large value allows IIS to continue monitoring the worker process.
这篇关于ASP.NET调试超时与IIS的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
