On Tue, Aug 17, 2010 at 7:59 PM, Michael Loftis <[email protected]> wrote: > Varnish caching, or not caching, is completely controlled by the VCL. Not > having yours noone can help you. However, the *default* VCL makes anything > with a Cookie or HTTP Authentication header from the client uncacheable.
Fair enough, I should have known vcl would be helpful, *but I didn't think that statement was entirely true. "completely controlled by the VCL"...I thought there were boundaries that varnish operated in and no amount of vcl magic would override it...such as beresp.cacheable, if that boolean evaluated to false, I thought that varnish will never cache. Is that incorrect? Anyway, here's the vcl: http://pastebin.com/egAfyT7U > > --On Tuesday, August 17, 2010 1:13 PM -0700 David Birdsong > <[email protected]> wrote: > >> I've been struggling to understand why and how varnish is deciding to >> cache a 404 response from a backend. It's very tough to reproduce. >> I've thrown millions of test URLs at varnish where my testing >> application will respond back randomly with a 404 and I can't trigger >> it. Only user traffic is able to trigger this weird behavior. >> >> Anybody have any experience with this? >> >> Here's a varnishlog of a 404. >> http://pastebin.com/386VU4rC >> >> I'm working to capture the varnishlog of the resource actually getting >> fetched and stored. >> >> _______________________________________________ >> varnish-misc mailing list >> [email protected] >> http://lists.varnish-cache.org/mailman/listinfo/varnish-misc > > > > > _______________________________________________ varnish-misc mailing list [email protected] http://lists.varnish-cache.org/mailman/listinfo/varnish-misc
