Chris Hostetter wrote:
>
>
> : > What would be really nice is a command line option and a bit of code
> : > in the cache peer setup that recognizes own IP and ignores the entry,
> : > to make this problem just all go away...
>
> That would be awesome, but if i'm understanding you correctly it would
> only address the "talking to myself" problem so people could have one set
> of configs for every sibling -- we'd still need to regenerate the configs
> (and reconfigure every sibling) anytime a sibling was added.
>
> correct?
>
> : part of the sibling cache query. That allows peers to respond 'not me'
> or
> : something if they see their unique_hostname or visible_hostname in the
> Via:
> : header. Or their own IP in the X-Forwarded-For header. I'm not sure
> what
>
> In this case though, the instance would still query itself -- it will just
> be recognizing when the request came from itself and ignoring it.
>
> Couldn't the same thing be done with ACLs? (deny icp/htcp from localhost)
> ... i'm not really familiar with ACLs so i haven't tested it yet, but this
> is what i was thinking of before -- it just seemed less useful then custom
> configs on every machine because it would prevent the overhead of a
> rejected ICP query on every sibling request.
>
>
>
> -Hoss
>
>
Hi There,
You could have a seperate box, possibly an admin box or something, to store
a config generator script.
I use a similar script to create per squid configs e.g. to put the correct
SNMP config data for each squid host, for over 50 Squid caches. Once the
config is updated it is then pushed out via sftp and then the reconfigure
command is sent to each of the servers. To update and reconfigure it
normally takes me around 10 minutes. This method appears to work very well,
and should work as good in your scenario.
-- View this message in context: http://www.nabble.com/Managing-clusters-of-siblings-%28squid2.7%29-tp25653923p25671757.html Sent from the Squid - Users mailing list archive at Nabble.com.Received on Tue Sep 29 2009 - 22:05:51 MDT
This archive was generated by hypermail 2.2.0 : Wed Sep 30 2009 - 12:00:03 MDT