HTTP标头“Via:1.1 nc1(NetCache NetApp/6.0.5P1)” 停止 IIS6 gzip 压缩

发布于 2024-07-09 01:11:46 字数 1011 浏览 4 评论 0原文

我发送的请求是接受 gzip,但响应未压缩,相反,我收到了一些标头,

Via:1.1 nc1 (NetCache NetApp/6.0.5P1)

我想这与我的 ISP 有关,因为它在我的家用计算机上完美运行。

知道如何压缩响应吗?

请求标头

GET /test.aspx HTTP/1.1
Host    this.is.example.com
User-Agent  Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3 (.NET CLR 3.5.30729)
Accept  text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language en-us,en;q=0.5
Accept-Encoding gzip,deflate
Accept-Charset  ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive  300
Pragma  no-cache
Cache-Control   no-cache

响应标头

HTTP/1.1 200 OK
Date    Mon, 01 Dec 2008 19:53:40 GMT
Content-Length  6099
Content-Type    text/html; charset=utf-8
Cache-Control   private
Server  Microsoft-IIS/6.0
X-Powered-By    ASP.NET
X-AspNet-Version    2.0.50727
Via 1.1 nc1 (NetCache NetApp/6.0.5P1)
Expires 0
Cache-Control   no-cache
// I expect content-encoding to be gzip here

提前致谢。

The request I sent is accept gzip but the response is not compressed, instead, I received some header

Via:1.1 nc1 (NetCache NetApp/6.0.5P1)

I guess this is to do with my ISP since it works perfectly on my home computer.

Any idea how to get the response compressed?

Request header

GET /test.aspx HTTP/1.1
Host    this.is.example.com
User-Agent  Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3 (.NET CLR 3.5.30729)
Accept  text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language en-us,en;q=0.5
Accept-Encoding gzip,deflate
Accept-Charset  ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive  300
Pragma  no-cache
Cache-Control   no-cache

Response header

HTTP/1.1 200 OK
Date    Mon, 01 Dec 2008 19:53:40 GMT
Content-Length  6099
Content-Type    text/html; charset=utf-8
Cache-Control   private
Server  Microsoft-IIS/6.0
X-Powered-By    ASP.NET
X-AspNet-Version    2.0.50727
Via 1.1 nc1 (NetCache NetApp/6.0.5P1)
Expires 0
Cache-Control   no-cache
// I expect content-encoding to be gzip here

Thanks in advance.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

忘你却要生生世世 2024-07-16 01:11:46

没有强制响应压缩的机制。 接受编码:gzip 仅告诉网络服务器/代理它可以压缩响应,而不是必须对响应进行编码。 有许多网络服务器和代理不支持开箱即用的 gzip,或者默认将其配置为关闭。

您找到的 Via 标头经常由代表您连接到目标 Web 服务器的代理插入,并且是提供信息的。 这与您的压缩问题无关。

There's no mechanism to force response compression. Accept-Encoding: gzip only tells the webserver/proxy that it MAY compress the response, not that it MUST encode the response. There are many webservers and proxies that don't support gzip out of the box, or have it configured off by default.

The Via header that you found is frequently inserted by proxies that connect to the intended webserver on your behalf, and is informational. It's unrelated to your compression woes.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文