On Wed, Apr 29, 2009 at 1:09 AM, Derek Loree <[email protected]> wrote:
> On Wed, 2009-04-29 at 01:04 -0700, drew wymore wrote: > > On Wed, Apr 29, 2009 at 12:58 AM, Derek Loree <[email protected]> wrote: > > > > > Hi All, > > > > > > I've got a problem that I hope you all can help me with. > > > > > > The goal: A content filtering proxy server for a small number of users > > > that don't need to pay for the service, no need for a captive portal. > > > Log file display or conveyance has been requested. > > > > > > Current setup: Puppy Linux setup with the devx pup, manual installs of > > > dualserver (for DHCP and DNS), tinyproxy and dansguardian. A firewall > > > rule to redirect port 80 to 8080 (where dansguardian is listening) to > > > make it a transparent proxy. Another to block the port that tinyproxy > > > is listening on. > > > > > > Using my laptop as a test client, everything works as advertised until > I > > > point my browser at the Awstats home page (looking for a log display > > > solution). The error that I get with Firefox in Windows and most > > > browsers in linux is "Content Encoding Error" and some verbage about an > > > incompatible compression scheme. IE, of course, only gives the usual > > > "Page cannot be displayed" error. If I by-pass dansguardian by turning > > > on the proxy setting in the browser and pointing it at tinyproxy, I can > > > see the awstat web site. So, the cause of the error is dansguardian, > > > however, the error is not generated by dansguardian. It is generated > by > > > the browser. The log files do not say anything about any problems, all > > > is normal according to them. > > > > > > The only clue I found had to do with zlib encoding, so I rebuilt > > > dansguardian with the --with-zlib-static switch so that the zlib > library > > > would be statically linked. No change. I tried changing all kinds of > > > configuration options. No change. I downloaded the source code for > > > zlib and installed it. No change. I rebuilt dansguardian, again. No > > > change. > > > > > > I feel like I'm missing something, mainly because this does not seem to > > > have stumped very many people, and dansguardian is not the only cause. > > > The disheartening part is that the pleas for help went unanswered. > > > > > > Now I am crying for help, please help with any clues you might have. > > > > > > Thank you sincerely, > > > > > > -- > > > Derek Loree <[email protected]> > > > > > > _______________________________________________ > > > PLUG mailing list > > > [email protected] > > > http://lists.pdxlinux.org/mailman/listinfo/plug > > > > > > > I assume awstats is hosted on a local webserver? Perhaps disabling > content > > compression support in Apache might do the trick. > > > No, I meant the real website: http://awstats.sourceforge.net/ > > > Drew- > > _______________________________________________ > > PLUG mailing list > > [email protected] > > http://lists.pdxlinux.org/mailman/listinfo/plug > -- > Derek Loree <[email protected]> > Loree Consulting > > _______________________________________________ > PLUG mailing list > [email protected] > http://lists.pdxlinux.org/mailman/listinfo/plug > Ah my bad, thanks for the clarification. Maybe try turning off encoding support on your test client assuming Firefox and see what happens. http://kb.mozillazine.org/Network.http.accept-encoding#Possible_values_and_their_effects According to www.netcraft.com sourceforge.net is running a F5 Big-IP: http://www.f5.com/products/big-ip/ which has its own built in webserver. I've found some config files floating around for the webserver running on it and maybe it's sending some weird content compression encoding that doesn't involve gzip || deflate which seem to be the default accepted values in Firefox. Maybe they're sending compress instead and it needs to be added. The Firebug add-on for Firefox will show you the headers being sent by the server. Hope that helps, Drew- _______________________________________________ PLUG mailing list [email protected] http://lists.pdxlinux.org/mailman/listinfo/plug
