What version of Squid are you using?
This changed somewhat in 2.7; IIRC in 2.6 negative_ttl overrides
response freshness, whereas in 2.7 response freshness (i.e., expires
or cache-control) has precedence.
Cheers,
On 02/10/2008, at 3:56 PM, Gordon Mohr wrote:
> Using 2.6.14-1ubuntu2 in an reverse/accelerator setup.
>
> My backend/parent is by design setting explicit 'Expires' headers 1
> day into the future, even on 404/403/302 response codes.
>
> I'm seeing the 4XX responses later served as TCP_NEGATIVE_HITs,
> which is good.
>
> It appears, from my testing, that they are sometimes cached a bit
> longer than 'negative_ttl', but they are not cached as long as the
> Expires header suggests, even with plentiful cache space.
>
> What is the designed intent of Squid -- should the 'negative_ttl' or
> the Expires header be definitive?
>
> - Gordon @ IA
-- Mark Nottingham mnot_at_yahoo-inc.comReceived on Thu Oct 02 2008 - 07:04:25 MDT
This archive was generated by hypermail 2.2.0 : Thu Oct 02 2008 - 12:00:02 MDT