ASP.Net网站获取导致IIS工作进程崩溃的突发请求

ASP.Net网站获取导致IIS工作进程崩溃的突发请求,.net,iis,runtime-error,w3wp,.net,Iis,Runtime Error,W3wp,我正在两个服务器集群上运行一个相当大容量的asp.net网站。ASP.Net应用程序性能对象记录的每台服务器的典型负载约为每秒20个请求 在一天中的定期时间内,性能计数器记录每秒2000到9000个请求。工作进程此时死亡,并报告“.Net运行时2.0错误报告”应用程序日志,其中列出了“故障应用程序w3wp.exe” 奇怪的是,IIS此时没有记录任何突发请求。web日志记录到目前为止的正常通信速度,并且没有显示数千个请求的突发 服务器正在Windows 2003 64位服务器上运行IIS6。它是一

我正在两个服务器集群上运行一个相当大容量的asp.net网站。ASP.Net应用程序性能对象记录的每台服务器的典型负载约为每秒20个请求

在一天中的定期时间内,性能计数器记录每秒2000到9000个请求。工作进程此时死亡,并报告“.Net运行时2.0错误报告”应用程序日志,其中列出了“故障应用程序w3wp.exe”

奇怪的是,IIS此时没有记录任何突发请求。web日志记录到目前为止的正常通信速度,并且没有显示数千个请求的突发

服务器正在Windows 2003 64位服务器上运行IIS6。它是一款四核xeon,内存为6GB

负载平衡集群中的两台服务器中只有一台记录此请求量。另一台服务器的平均请求数从不超过每秒20个左右

关于为什么性能日志会显示如此大量的请求而没有记录在任何地方,你有什么想法吗?我无法确定是什么导致了这种负载,我想知道这是某种应用程序错误还是真正的流量突发


有没有关于如何追踪罪犯的建议?

老实说,这听起来像是潜在的拒绝服务攻击。您能否在路由器/交换机上启用日志以查看通过的原始以太网帧?让我知道。谢谢


-Shaun

使用调试工具(Windbg&Co)让asp进程崩溃


签出。

使用WinDbg查看崩溃转储后,发现这是由递归服务器造成的。传输产生堆栈溢出

显然,显示ASP.Net Apps v2.0.50727每秒请求数的性能日志将服务器传输记录为新请求。但由于它没有执行客户端重定向,因此它永远不会像DOS攻击那样出现在IIS日志中

日志显示每秒高请求数这一事实让我认为这不是应用程序错误

谢谢你的建议