Search squid archive

Re: dns-related cache problem (squid 3.3.8)

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

 



On 10/09/2013 06:00 AM, Dash Four wrote:

> I then stopped (-k shutdown)
> and then started squid without touching the existing cache - again,
> squid was still referring to the old host->ip mapping.

For HTTP misses, the above is not possible (as Amos said) because Squid
does not store its DNS caches on disk.

For HTTP hits, the above is possible and is the correct behavior because
HTTP cache is indexed by the domain name (and more), not by the IP
address(es) that domain name resolves to.

Are you talking about HTTP hits or misses?


> Yes, inotify is fully supported, but my issue is with squid caching dns
> requests - that should not happen, or, at the very least, I should be
> able to disable this behaviour. 

The latter is correct. A good caching DNS agent should have a
configurable cache.

http://wiki.squid-cache.org/SquidFaq/AboutSquid#How_to_add_a_new_Squid_feature.2C_enhance.2C_of_fix_something.3F


As for /etc/hosts caching specifically, the situation is exacerbated by
the fact that Squid ignores /etc/hosts expiration (signaled by file
changes). AFAICT, there is no modern standard that covers /etc/hosts,
and RFC 952 either assumed that /etc/hosts is only used for DNS
bootstrapping or just did not bother to cover mapping expiration, but it
is reasonable to assume that changing /etc/hosts [timestamp] should
trigger invalidation of the cached information (and a reload).


Cheers,

Alex.





[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux