IIS7 – 在ASP中指定内容长度标头会导致“连接重置”错误

发布时间：2020-12-16 04:18:00 所属栏目：asp.Net 来源：网络整理

导读：我正在将一系列网站从现有的IIS5服务器迁移到全新的IIS7 Web服务器.其中一个页面从数据库中的blob中提取数据文件并将其提供给最终用户： Response.ContentType = rs("contentType")Response.AddHeader "Content-Disposition","attachment;filename=" Trim(rs

我正在将一系列网站从现有的IIS5服务器迁移到全新的IIS7 Web服务器.其中一个页面从数据库中的blob中提取数据文件并将其提供给最终用户：

Response.ContentType = rs("contentType")
Response.AddHeader "Content-Disposition","attachment;filename=" & Trim(rs("docName"))&rs("suffix")' let the browser know the file name
Response.AddHeader "Content-Length",cstr(rs("docsize"))' let the browser know the file size

在新的IIS7安装中对此进行测试,我在Internet Explorer和Firefox中都出现“连接重置”错误.如果删除Content-Length标头,则文档会正确提供(但用户将无法获得有用的进度条).

关于如何纠正这个问题的任何想法;无论是服务器配置选项还是通过代码？

编辑1：多做了一些试验和错误.如果“启用缓冲”和“启用分块编码”均为假,则请求将成功.如果其中任何一个启用,则会发生错误.

编辑2：更多试验和错误测试;事实证明,文本文件可以正常使用脚本;只有二??进制文件(图像,pdf等)才会失败.否则仍然完全无能为力.

解决方法

正如其他地方已经提到的那样： http://en.wikipedia.org/wiki/Chunked_transfer_encoding

它使用Transfer-Encoding HTTP响应头代替Content-Length头,否则协议将需要该头.由于未使用Content-Length标头,因此服务器在开始向客户端(通常是Web浏览器)发送响应之前不需要知道内容的长度.在知道该内容的总大小之前,Web服务器可以开始使用动态生成的内容传输响应.

在IIS7中,默认情况下启用此选项：
http://technet.microsoft.com/en-us/library/cc730855(v=ws.10).aspx

To enable HTTP 1.1 chunked transfer encoding for the World Wide Web
publishing service,use the following syntax:

appcmd set config /section:asp /enableChunkedEncoding:True|False

True enables HTTP 1.1 chunked transfer encoding whereas False disables
HTTP 1.1 chunked transfer encoding. The default value is True.

我们有同样的问题,我们的解决方案：删除AddHeader“Content-Length”

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!