Nested ESI + gzip + Squid 2.7.STABLE9 = invalid compressed data--format violated
Poul-Henning Kamp
phk at phk.freebsd.dk
Wed Mar 23 19:24:26 CET 2011
In message <AANLkTikR3Q7jUmKh4psPiEgjfTUwhAUOpi+s0n-P9r1m at mail.gmail.com>, Andr
ea Campi writes:
>Long story short, I finally realized the problem is not with Varnish
>per se, but with the office proxy (Squid 2.7.STABLE9); it seems to
>corrupt the gzip stream just after the 00 00 FF FF sequence:
>
>-0004340 5d 90 4a 4e 4e 00 00 00 00 ff ff ec 3d db 72 dc
>+0004340 5d 90 4a 4e 4e 00 00 00 00 ff ff 00 3d db 72 dc
>
>-0024040 75 21 aa 39 01 00 00 00 ff ff d4 59 db 52 23 39
>+0024040 75 21 aa 39 01 00 00 00 ff ff 00 59 db 52 23 39
>
>and so on.
We found a similar issue in ngnix last week: A 1 byte chunked encoding
get zap'ed to 0x00 just like what you show.
Are you sure there is no ngnix instance involved ? It would be weird
of both squid and ngnix has the same bug ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
More information about the varnish-misc
mailing list