On Wed, Jul 11, 2018 at 8:37 PM Alex Rousskov <rousskov@xxxxxxxxxxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users
