HTTP头 - ntCoent-Length

Question

我在特定响应中得到了以下HTTP响应头。一切看起来都没问题。然而，我注意到内容长度两次出现了...

Content-Length: 2424 ntCoent-Length: 2424

是否有特定的原因导致内容长度作为ntCoent-Length第二次返回？

HTTP/1.0 200 OK 日期：2010年5月26日星期三09:38:19 GMT 服务器：Apache P3P: CP="NOI DSP COR CURa ADMa TA1a OUR BUS IND UNI COM NAV INT" 接受字符集：iso-8859-1，unicode-1-1；q=0.8 过期时间：Sun, 15 Jul 1990 00:00:00 GMT Pragma: no-cache 缓存控制：no-cache 内容语言：en ntCoent-Length: 2424 连接：关闭 内容类型：text/html;charset=iso-8859-1 内容长度：2424

- DMcKenna

Answer 1

https://basildoncoder.com/blog/turbocharging-net-webservice-clients.html 的评论中说，混淆的 ntCoent-Length 头包含响应未压缩时的大小。

在 Content-Encoding:gzip 或类似情况下，您应该看到 Content-Length 小于 ntCoent-Length。

- JoseK

---

这就是我认为它被用来的目的。搞清楚了感觉很好。这是常见做法吗？ - DMcKenna

我在任何RFC文档中都找不到这个记录，尽管它显示在所有响应头中。 - JoseK

硬件负载均衡器似乎使用的是一种技巧，允许它“丢弃”标头而无需重新计算数据包的TCP和IP校验和，通过混淆标头名称中的字符，以便某人不编写支持此“新标头”的支持。 - Tim Lewis

链接似乎已经失效了。 - David Plumpton

链接现在已经修复。 - Bennett McElwee

Answer 2

提供参考，有些客户端的HTTP头会出现字符随机替换也提供了其他HTTP头中字母位置转换的例子。

- Kevin Hakanson

Answer 3

我看到了一个混淆的ntCoent-Length头部，没有正确的版本存在。缺少有效的Content-Length导致Mule ESB在HTTP连接器中抛出错误。非常烦人。我希望我们的网络团队可以通过一些Netscaler配置来控制这个问题。

- David Plumpton

Answer 4

如果您正在使用Citrix ADC/NetScaler，当响应中使用重写时，它会使HTTP头Content-Length无效。有关更多信息，请查看https://support.citrix.com/article/CTX211605

- Reckio