HTTP 标头 - ntCoent-Length

Posted 2023-02-19

【中文标题】HTTP 标头 - ntCoent-Length

【英文标题】：HTTP Header - ntCoent-Length

【发布时间】：2011-02-25 21:36:57

【问题描述】：

我在特定响应中获得以下 HTTP 响应标头。一切看起来都很好。但是我注意到内容长度出现了两次......

内容长度：2424 ntCoent-长度：2424

内容长度第二次返回为 ntCoent-Length 是否有特殊原因？

HTTP/1.0 200 正常 日期：格林威治标准时间 2010 年 5 月 26 日，星期三 09:38:19 服务器：阿帕奇 P3P: CP="NOI DSP COR CURa ADMa TA1a OUR BUS IND UNI COM NAV INT" 接受字符集：iso-8859-1，unicode-1-1；q=0.8 过期：1990 年 7 月 15 日星期日 00:00:00 GMT Pragma：无缓存 缓存控制：无缓存 内容语言：en ntCoent-长度：2424 连接：关闭 内容类型：text/html;charset=iso-8859-1 内容长度：2424

【参考方案1】：

https://basildoncoder.com/blog/turbocharging-net-webservice-clients.html 中的 cmets 表示混乱的 ntCoent-Length 标头包含响应的未压缩大小。

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

【讨论】：

这就是我认为它的用途。很高兴得到澄清。这是常见的做法吗？

我在任何 RFC 中都找不到此文档，尽管它显示在所有响应标头中。

这似乎是硬件负载平衡器使用的一个技巧，允许它通过shuffling the characters in the header name“丢弃”标头without having to recalculate the TCP and IP checksum of the packet，因此有人不会为这个“新标头”编写支持。跨度>

链接现在好像失效了

链接现已修复。

【参考方案2】：

仅供参考，HTTP headers from some clients have characters randomly replaced 提供了 http 标头中字母转置的其他示例。

【参考方案3】：

我看到没有正确版本的 ntCoent-Length 标头。缺少有效的 Content-Length 导致 Mule ESB 从 HTTP 连接器抛出错误。很烦人。我希望我们的网络团队可以通过一些 Netscaler 配置来控制这一点。

【参考方案4】：

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