Post Reply 
Aug. 21, 2008, 09:16 AM
Post: #1
I checked compressing in bfilter but when i test it width
... it doesn't work?!
ps: primary proxy is squid (default settings)
Quote this message in a reply
Aug. 21, 2008, 11:04 AM
Post: #2
RE: compress/gzip?
Works here. Maybe Squid prevents gzipped responses? To confirm that, try going directly through Squid, without BFilter.
Add Thank You Quote this message in a reply
Aug. 21, 2008, 03:10 PM
Post: #3
RE: compress/gzip?
Squid is not problem. Tried firefox 3.01 and opera 9.51 both r capable of receiving this content. What can it be problem?
Quote this message in a reply
Aug. 22, 2008, 01:47 PM
Post: #4
RE: compress/gzip?
I tried gzip fork of junkbuster, proxomitron and rabbit and all 3 gives same results for pages that r not compressed. I think that above link for testing gzip possibilities works only on server side not on client. So.. my post is false alarm.... but how can i test and be sure that my clients receiving compressed text for pages that r not gziped originally?
Quote this message in a reply
Aug. 24, 2008, 03:05 PM
Post: #5
RE: compress/gzip?
Use wireshark to sniff the packets. If you are using a gzip stream then the contents of the packets won't be immediately readable because you'll be seeing the gzip compressed data. Compare that with non-gzipped data where you can see the HTML in each response packet in the stream. Set it to watch traffic for say tcp host port 8080 - assuming you've set bfilter to listen on the loop back IP on port 8080.
Quote this message in a reply
Aug. 24, 2008, 03:45 PM
Post: #6
RE: compress/gzip?
Besides Wireshark, you can use a Firefox extension (I don't remember the name) that lets you view HTTP headers. Look for "Content-Encoding: gzip" there. Now of course gzip support has be enabled on the server side as well.
How about testing without any proxy? If you still don't get gzip support, maybe your antivirus is blocking it.
Add Thank You Quote this message in a reply
Aug. 25, 2008, 10:24 AM
Post: #7
RE: compress/gzip?
No it is not av. I have same problem on Ubuntu. Maybe it is web server on host side. I tried firefox extension "live http headers". Example:

GET /files/readme.txt HTTP/1.1
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/2008070208 Firefox/3.0.1
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
Proxy-Connection: keep-alive
Cookie: ******** erased by me *********
If-Modified-Since: Mon, 25 Aug 2008 10:04:03 GMT
If-None-Match: "b8c41ce7996c91:1725c"
Cache-Control: max-age=0

HTTP/1.x 304 Not Modified
Accept-Ranges: bytes
Date: Mon, 25 Aug 2008 10:18:21 GMT
Etag: "b8c41ce7996c91:1725c"
Last-Modified: Mon, 25 Aug 2008 10:04:03 GMT
Server: Microsoft-IIS/6.0
Via: 1.0 local:3128 (squid/2.6.STABLE21)
X-Cache: MISS from local
X-Cache-Lookup: HIT from local:3128
X-Powered-By: ASP.NET

It should be compressed but... is not. Maybe "304" is problem? When I see gziped content it is always "200".
Quote this message in a reply
Aug. 27, 2008, 05:54 PM (This post was last modified: Aug. 27, 2008 06:19 PM by jart.)
Post: #8
RE: compress/gzip?
The 304 code just means the page was taken from cache. Try reloading it while holding the Shift key down.

Another possible reason is a transparent proxy at your ISP. It's easy to test for. Just run "telnet 80" from the command prompt and then just press Enter twice. If the error messages come from (it's usually easy to tell if they are), then no transparent proxy is involved. If they come from your ISP, then it is.
This test is better performed from Linux. The Windows version of telnet was having difficulties with the HTTP protocol the last time I tried it.
Just a correction for my previous post.

It's not enough to just press Enter twice. You have to enter some garbage first.
Then, it turns out just closes the connection without producing any errors. Try it on instead.
Add Thank You Quote this message in a reply
Aug. 28, 2008, 09:16 AM
Post: #9
RE: compress/gzip?
That's it! Bfilter doesn't compress it when content is already in your browser's cache. Thx 4 hint width telnet also.
ps: Bfilter growns up very well, before i had problems width stability of loading pages. Now I am using it 4 my 56k/gprs/wifi users. Thumbs up!!
Quote this message in a reply
Post Reply 

Forum Jump: