> Subject: DNS lookup failures
> From: Chris Fedde <cfedde@keota.uswmedia.com>
> It appears that squid ipcache only keeps one address per name.
> This is a problem when proxying to sites that have multiple A
> records. In the event that one of the addresses is unavailable and
> squid has cached that address it will continually return site
> unreachable even though a connection to the host is possible.
> This is a mis-feature.
I think there should be a TTL in the cache entry to delete
the fetched record afetr a certain amount of time ...
> Most DNS aware clients will try each address returned from DNS in
> succession. BIND implements a perfectly functional IP address
> cache that follows all the "right" rules.
This is called a load-balanced DNS ... (RRS)
> I'm thinking about ripping out the whole ipcache system and replacing
> it with a simple call to gethostbyname.
That would simply blow up the Squid proxy ! The ipcache system implements
a _non-blocking_ name<->ip resolution mechanism, but gethostbyname is a
blocking call ! Remember that Squid is a single-process program ... ;-)
Pierre-Yves
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Pierre-Yves KEREMBELLEC Phone # +33 1 46 12 67 50
Solutions Vocales Fax # +33 1 46 12 67 00
40, rue Gabriel Crie E-mail pyk@sv.vtcom.fr
92245 Malakoff Cedex, France WEBMaster / FTPMaster
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.6.2i
mQCNAzDQewgAAAEEAKoYh1EHqDjL+ZiZ5ObcQgHQcPE1w7ZN6jUvZ09+Jcp4TKCQ
okisJq8Ojmafc5my20WsyHlP2znopn/WLaq9LA4RKQqpWt35zLOfipl4hA8BOM9n
VS5EzgLkK2lkV5wG2tlBbKa3Ofk2uyyw8mWPS2L+8Dh0H+Tfovq3GB6d5ar5AAUR
tClQaWVycmUtWXZlcyBLZXJlbWJlbGxlYyA8cHlrQHN2LnZ0Y29tLmZyPokAlQMF
EDDzsdr6txgeneWq+QEBCucD+wQEcDpOaMkkdv30MfPrBmFuhZLnjokMrYq6QBYw
biIZTXsj3ckuBC5IFn3HbUX9UccXnCBo5JQYU0pslPy3X2jNpAaZiJeCOYecp1+x
BIQfAQkTdVNGQfaUVxuT/SEseyynZJwjrleI5cpOJVCO4il92i9V5Pb289meHByJ
UW1k
=3Nc1
-----END PGP PUBLIC KEY BLOCK-----
Received on Sat Aug 10 1996 - 01:12:00 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:32:46 MST