[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Apache Broken Images: 2.7 + 2.8 with ipf enabled



'On Thu, Sep 06, 2001 at 02:23:33AM +0200, Henning Brauer wrote:
> On Wed, Sep 05, 2001 at 07:38:20PM -0400, Nick Holland wrote:
> > Matthew McGehrin wrote:
> > > I'm seeing broken images when I view web content on both of my servers. I
> > > have double checked the code, and the images and html are labeled correctly.
> > > For example:
> > > http://bluemoon.reverse.net/~matthew/
> > One obvious question..what happens if you have a default "pass all"
> > ipf.rules file?  Or, have IPF disabled?  Can we rule anything out?
> Only thing I can think of is a keepalive issue. please change 
> KeepAlive On 
> in your httpd.conf to
> KeepAlive Off
> and see if it helps. please report, i'm really interested what actually
> happens and what the real reason is. turning off keepalives is just a
> workaround if it works at all. 
> The strange thing: when I force a relad of the one image (in Opera using
> "show image" in the context menu) _this_ image shows up just fine _both
> times_. If I reload the whole page they are gone again. strange strange.
> would somehow second the keepalive guess. would even make more sense if
> you'd use ipf with s/t like "pass in proto tcp from any to [loc ip] port =
> 80 keep state" or something likely, the state entry might be dropped to
> quick or such. It's still strange anyhow.

Now it gets really strange. I tcpdump'd a pageview. The browser sends the
request for the html file just fine. your server answers delivering the
content just fine. however, and that's indeed a bit strange, the header
contains "Connection: closed" - which means no keepalive. The broser doesn't
even send a GET for the missing images afterwards. strange strange strange.
What happens with IPF disabled?

-- 
* Henning Brauer, hostmaster@bsws.de, http://www.bsws.de *
* Roedingsmarkt 14, 20459 Hamburg, Germany               *
Unix is very simple, but it takes a genius to understand the simplicity.
(Dennis Ritchie)