curl can response gzip but browser can't

[Maxim Dounin]

Hello!

On Fri, Jan 18, 2013 at 06:11:06AM -0500, wingoo wrote:

> my environment is nginx(1.3.11) + php-fpm
> 
> curl -I -H "Accept-Encoding: gzip,deflate" http://www.ihezhu.com/
> 
> HTTP/1.1 200 OK
> Server: nginx
> Date: Fri, 18 Jan 2013 05:18:31 GMT
> Content-Type: text/html; charset=utf-8
> Connection: keep-alive
> Vary: Accept-Encoding
> Set-Cookie: PHPSESSID=2quqa651uglt62ku49re2nt1n4; path=/
> Expires: Thu, 19 Nov 1981 08:52:00 GMT
> Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
> pre-check=0
> Pragma: no-cache
> Content-Encoding: gzip
> 
> but when use browser like chrome and it's response not contain
> Content-Encoding, what's wrong?
> 
> my nginx setting is
> 
>     gzip on;
>     gzip_buffers 4 16k;
>     gzip_comp_level 3;
>     gzip_http_version 1.1;
>     gzip_min_length 1k;
>     gzip_proxied any;
>     gzip_types text/plain text/css application/json application/x-javascript
> text/xml application/xml application/xml+rss text/javascript;
>     gzip_vary on;
>     gzip_disable msie6;
> 
> thanks

It looks like something on your host interferes with normal 
request handling.  Probably some firewall with content 
inspection and/or antivirus software.

I was able to simplify test case down to the LF vs CRLF difference 
in the following requests:

$ (printf "GET / HTTP/1.1\r\nHost: www.ihezhu.com\r\nAccept-Encoding: gzip\r\n\r\n"; sleep 1) | nc 210.51.54.180 80 | grep Content-Encoding
$ (printf "GET / HTTP/1.1\nHost: www.ihezhu.com\nAccept-Encoding: gzip\n\n"; sleep 1) | nc 210.51.54.180 80 | grep -a Content-Encoding
Content-Encoding: gzip

No gzip is returned with proper CRLF newlines, while with just 
bare LFs gzip is returned (likely because it bypasses content 
inspection in question).

Try disabling your antivirus software to see if it helps.

-- 
Maxim Dounin
http://nginx.com/support.html