ASP.NET+IIS 6.0中的HTTP 413错误,可能的解决方案不足

ASP.NET+IIS 6.0中的HTTP 413错误,可能的解决方案不足,asp.net,iis-6,Asp.net,Iis 6,我正在对运行在IIS 6+Windows 2003上的旧旧ASP.NET应用程序进行故障排除。该应用程序有几个页面异步轮询服务器,以便使用System.UI.Web.Timer刷新数据网格,并在每个请求中发送大量viewstate,但我对此无能为力,因为这些轮询刷新都会遇到间歇性HTTP 413代码,我不知道为什么 到目前为止,我所做的是确保已为元数据库中的相应节点配置了应用程序使用客户端证书身份验证的maxrequestlength和uploadreadahead大小,但错误仍在发生。通过监视

我正在对运行在IIS 6+Windows 2003上的旧旧ASP.NET应用程序进行故障排除。该应用程序有几个页面异步轮询服务器,以便使用System.UI.Web.Timer刷新数据网格,并在每个请求中发送大量viewstate,但我对此无能为力,因为这些轮询刷新都会遇到间歇性HTTP 413代码,我不知道为什么

到目前为止,我所做的是确保已为元数据库中的相应节点配置了应用程序使用客户端证书身份验证的maxrequestlength和uploadreadahead大小,但错误仍在发生。通过监视带有firebug的请求数据,我可以看到正在发送的post正文的大小远远低于配置的大小。此外,可能值得一提的是,此应用程序允许通过https将图像上载到其服务器,https的大小远远超过这些异步请求发送的数据的平均大小2-5 mb,并且这些上载工作没有问题

奇怪的是,导致413的数据量不同。发送160000字节的请求可能会顺利通过,而下一个约158000字节的请求将以413字节失败。我已经考虑了请求的总大小和被发送实体的大小,并且变化仍然存在

第二件奇怪的事情是,如果异步回发开始,然后由于启动了另一个请求(即,单击datagrid中的排序列两次)而中止,那么413肯定会发生,之后的每个异步请求都会以413失败,尽管有时,在一些看似随机的时间段之后,计时器发出的请求将在没有413错误的情况下再次开始工作,即使它们通常与先前失败的请求大小完全相同,我的意思是精确到字节

我主要是一名Java开发人员,因此我对ASP.NET 3.5+IIS 6环境不是非常熟悉,但是除了请求太大之外,这里似乎还发生了一些事情

任何帮助/指示/链接/任何内容都将不胜感激