On Wed, Jul 11, 2018 at 8:37 PM Alex Rousskov < rouss...@measurement-factory.com> wrote:
> On 07/10/2018 11:59 PM, Kedar K wrote: > > > I tried to get the request header to store id helper > > with %>h option for store_id_extras; However, I get a '-' > > > store_id_extras "%>h %>a/%>A %un %>rm myip=%la myport=%lp" > > > Is this expected behaviour? > > No, it is not expected. Consider filing a bug report with Squid bugzilla > and, if possible, attach an ALL,9 cache.log while reproducing the > problem with a single wget or curl transaction. Please do not forget to > specify your Squid version. > > If you can reproduce the problem with Squid v4 or v5, please mention > that as well. Thank you Alex; yes it seems a bug; tested with both store_id & url_rewrite extras. Either of them send blank headers. BTW I am using version 3.5.20 I will test with ALL,9 and report the bug. > > > > Wouldn't request header be available before > > sending a query to store-id helper? > > Yes, request headers are available at Store ID calculation time. > > > > Is it possible to use combination of store_id_program helper and > > rewrite_url_program; such that the extra params from the url are used by > > store-id helper to create a store-id and then the url_rewrite program > > can strip them off before sending the request to origin server? > > That plan would not work because the Store ID helper is consulted after > the URL rewriter: > https://wiki.squid-cache.org/SquidFaq/OrderIsImportant#Callout_Sequence > > this makes it clear now > > Using custom headers is a much simpler/cleaner solution IMO. > > Agree > > HTH, > > Alex. > -- - Kedar
_______________________________________________ squid-users mailing list squid-users@lists.squid-cache.org http://lists.squid-cache.org/listinfo/squid-users