为什么IIS不支持分块传输编码?

Gra*_*row 7 apache iis http chunked-encoding

我正在建立到IIS Web服务器的HTTP连接,并发送一个POST请求,其中包含使用Transfer-Encoding:chunked编码的数据.当我这样做时,IIS只是关闭连接,没有错误消息或状态代码.根据HTTP 1.1规范,

所有HTTP/1.1应用程序必须能够接收和解码"分块"传输编码

所以我不明白为什么它(a)不处理该编码和(b)它没有发回状态代码.如果我更改发送Content-Length而不是Transfer-Encoding的请求,则查询会成功,但这并不总是可行的.

当我对Apache尝试相同的事情时,我得到一个"需要411长度"的状态和一条消息"chunked Transfer-Encoding forbidden".

为什么这些服务器不支持此编码?

rup*_*llo 7

看看你的客户.

IIS和Apache都支持使用分块传输编码的POST请求.您可以使用curl实用程序验证这一点:

curl <upload-url> --form "upfile=@<local_file>" --header "Transfer-Encoding: chunked"
Run Code Online (Sandbox Code Playgroud)

使用Wireshark验证传输是否已分块


Mar*_*rkR 4

我的理解是分块编码只能在 HTTP 响应中使用。分块的请求正文将具有与 1.0 服务器不兼容的属性,并且在任何情况下,用户代理都无法知道该服务器是 1.0 服务器,直到它已经发送请求。

但我同意文档中不清楚。

  • 客户端可以通过发送 HEAD 请求等来询问服务器。阅读 RFC 2616,第 3.6 节指出,服务器在收到它不理解的传输编码标头时必须发送 501 响应。第 3.6.1 节规定所有 HTTP 1.1 应用程序必须能够接收和解码分块传输编码。所以对我来说很清楚 - 客户端到服务器的通信可以被分块。一个常见的场景是文件上传。 (3认同)