5

似乎 nginx 不能很好地支持分块请求。但我试图得到一个更明确(和当前)的答案。我有一个客户端从设置标头的 Java 客户端向服务器发出 SOAP 请求Transfer-Encoding: chunked。当我直接连接到 Tomcat 上的应用程序时,一切正常。

但是当我将 nginx 放在它们之间时,事情就破裂了。

添加一些细节:我正在使用 CloudFoundry。我正在使用 Micro Cloud Foundry 来确认在没有 nginx 的情况下事情是否按预期工作。但是我的要求是使用cloudfoundry.com,所以我没有能力绕过那里的nginx。

这个问题和答案说这可能是我唯一的解决方法:http ://wiki.nginx.org/NginxHttpChunkinModule 。但该解决方法不可用,因为我无法修改 cloudfoundry.com 上的配置。

这个问题看起来也很相似,但它实际上涵盖了这个要求的反面。它涵盖了分块响应而不是分块请求。

那么客户端上的任何更改如何解决这个问题?是否可以同时发送Transfer-Encoding: chunkedContent-Length: 123作为标题?这个领域对我来说是新的,但是从像 Apache HttpComponents 这样的项目看来,可以设置长度或分块,但不能同时设置两者。分块的要点是您不需要知道请求开始时的长度。我可以告诉我的客户使用 HTTP/1.0 并在不分块的情况下与 nginx 一起玩吗?还有其他我忘记的解决方法吗?

4

2 回答 2

4

我已经收集了这个问题所有部分的答案。

Base nginx 不支持分块请求(正如 Alexander 确认的那样!)。Nginx 可以通过使用NginXHttpCunkinModule来支持分块请求(正如我的问题所述)。更好:这个模块在 18 个多月前从 beta 状态升级到生产质量。最佳:在最近的一次聚会上,我与 CloudFoundry 工程团队的一些成员进行了交谈;他们确认计划将此模块添加到他们的 nginx 版本中。问题解决了。(嗯,从长远来看,它已经完全解决了。但我们没有确切的日期来预测何时会发生这种情况。)

因此,短期解决方案也很好。我找到了一个。

回答我向 Alexander 提出的问题:不可能发送带有分块消息的“Content-Length”。这就是分块消息的真正意义:您在获得完整内容之前就开始发送它们,因此您可能还不知道长度。所以他避免分块请求的想法是正确的。但为了更实用,我会说“使用 HTTP/1.0 而不是 HTTP/1.1”。这具有不发送分块消息的效果。我们能够临时修补我们的客户来测试这个想法。有效。但我们不打算推出公共补丁。让每个人都使用一个十年前的协议(和一个十年前不受支持的客户端库!)来解决这种情况似乎适得其反。

相反,我会在需要时使用被黑客户端,如果其他人需要它,我会通过电子邮件发送出去,我们将等待 CloudFoundry 更新到 HttpChunkin 和 HTTP/1.1。

于 2012-01-23T17:04:47.620 回答
2

Nginx 确实不支持分块请求。它会411 Content Length required在没有Content-Length标题的情况下返回。

由于您正在控制您的客户端代码,我想唯一的选择是避免使用分块请求并Content-Length明确指定。

于 2011-12-16T07:24:25.830 回答