I'm curious about this as well - so is the answer that siblings cannot be queried for dynamic content and you need to use hierarchy_stoplist to keep squid from trying? Or is there a way to get ICP/HTCP to query siblings with the entire URI, query arguments and all? I have a very similar setup and have been considering eliminating sibling relationships altogether because of this... -----Original Message----- From: Steve Webb [mailto:swebb@xxxxxxxxxx] Sent: Wednesday, November 19, 2008 12:54 PM To: Chris Robertson Cc: squid-users@xxxxxxxxxxxxxxx Subject: Re: ICP queries for 'dynamic' urls? That did it. Thanks! - Steve On Wed, 19 Nov 2008, Chris Robertson wrote: > Date: Wed, 19 Nov 2008 11:42:07 -0900 > From: Chris Robertson <crobertson@xxxxxxx> > To: squid-users@xxxxxxxxxxxxxxx > Subject: Re: ICP queries for 'dynamic' urls? > > Steve Webb wrote: >> Hello. >> >> I'm caching dynamic content (urls with ? and & in them) and everything's >> working fine with one exception. >> >> I'm seeing ICP queries for only static content and not dynamic content even >> though squid is actually caching dynamic content. >> >> Q: Is there a setting somewhere to ask squid to also do ICP queries for >> dynamic content like there was with the no-cache directive to originally >> not cache dynamic content (aka cgi-bin and ? content)? > > http://www.squid-cache.org/Doc/config/hierarchy_stoplist/ > >> >> I'm using squid version 2.5 (I know, I should upgrade to 3.x, but I'm >> trying to stick with the same versions across the board and I don't have >> time to run my config through QA with 3.0 at this time. Please don't tell >> me to upgrade.) >> >> My cache_peer lines look like: >> >> cache_peer 10.23.14.4 sibling 80 3130 proxy-only >> >> This is for a reverse proxy setup. >> >> Dataflow is: >> >> Customer -> Internet -> Akamai -> LB -> squid -> LB -> apache -> LB -> >> storage >> >> The "apache" layer does an image resize (which I want to cache) and the url >> is http://xxx/resize.php?w=xx&h=xx&;... >> >> The "storage" layer is just another group of apache servers that serve-up >> the raw files. >> >> LB is a load-balancer. >> >> - Steve >> > > Chris > -- Steve Webb - Lead System Administrator for Pronto.com Email: swebb@xxxxxxxxxx (Please send any work requests to: rt@xxxxxxxxxx) Cell: 303-564-4269, Office: 303-497-9367, YIM: scumola
