>
> Hey Markus,
>
> What is the problem you are facing again?
> are you trying to detect whether the proxy is working or not??
> do you want 4 proxies to be in fail-over mode??? for HA??
we have setup a squid hierarchy in our environment.
all PCs are talking to a local proxy_user in their location (up to 150
locaitons).
those proxy_user will have setup parent-proxies. with different acl we define
wether it is an intranet or an internet access and will forward the request to
proxy_inter or proxy_intra.
so:
PC -> proxy_user [some ACL]-> proxy_inter -> proxy_dmz -> {internet}
-> proxy_intra
in fact we have at the moment 4 separate servers working as proxy_inter and
proxy_intra. so it really means
PC -> proxy_user [some ACL]-> proxy_inter1
-> proxy_inter2
-> proxy_inter3
-> proxy_inter4
we do this as HA and fallback. so in the past we could just shut down
proxy_inter1 and proxy_inter2 without any problem. ok, the load on the
remaining proxies (inter2, inter3) will increase but this can be handled and
the user won't suffer (much/at all) from missing one of the four parents.
proxy_user will detect the dead parent and will switch to the remaining
parents. if proxy_inter1 comes back it will used again. so we have a very
robust setup. where we can shutdown server1 or stop squid (proxy_inter1) on
server1.
this all worked very well with squid 2.7. we have upgraded to squid 3.2 and
with the same setup we had one big problem. I have to add, that the proxie_user
now runs in smp-mode with 2 workers defined. if all proxies are up everything
is ok. surfing the internet is fast and reliable. but after a electricity
failure only two of our four central servers came up. so we only had
proxy_inter1 and proxy_inter3 running, inter2 and inter4 were dead. now the
problem was, that the load on inter1 and inter3 was absolutely ok, no problem.
load on proxy_user seems also ok, but you could not surf very well, all
requests were sloooooow and some of the failed completely.
so just going from squid 2.7 to 3.2 had changed the behavior with dead parents.
I am looking for a reason, why 3.2 will behave so bad in this case.
> I would imaging you have a PC and on it 4 proxies as cache_peers and you
> would like to not have an option for a connection to be down??
> If do and it's on a PC then what version of squid are you using?
> ICP is not to detect if the proxy is up but to *know* if the proxy has
> the specific cache object in case it's on one of the 4 the request would
> pass thorough it.
> there is another option that existed on squid 2.X that checks if the
> cache_peer is up.
> I built a helper that can help you detect if there is a problem in on of
> the cache_peers to minimize the downtime to very very low.
> https://github.com/elico/squid-
> helpers/tree/master/squid_helpers/proxy_hb_check
>
> the above link contains the helpers which are very simple but are not
> optimized for very high-load.
> You can optimize the usage of a similar helper when used with squid
> internal ttl for 2 secs and use the src IP instead of the url which is
> changing all the time.
>
> If you have more questions feel free to continue this thread.
> If you have an idea on how to integrate the feature into squid many will
> be happy.
>
> Best Regards,
> Eliezer
>
hi eliezer,
