URL rewriting / ignoring query parameters?

[Tom Pepper]

Hi Poul:

Thanks for the suggestions.  Removing this routine seems to have  
fixed my issues:

          sub vcl_hash {
              hash;
          }

It appears, contrary to the vcl(7) manpage, to be different than the  
functional default.  Is there an updated routine which would better  
match?  From my experience, cutting and pasting the example out of  
the man page into the first working example seems to have issues (all  
of my hits came back in the logs with the same hash id when I had  
that routine as part of my vcl.)

Best,
-t


On Sep 10, 2007, at 3:34 PM, Poul-Henning Kamp wrote:

> In message <78234BEF-BBF3-489E-A8A7-BD177EE00FDC at razz.com>, Tom  
> Pepper writes:
>> HI Poul:
>>
>> Thanks for what should have probably been a glaringly obvious
>> answer.  I now have a somewhat more strange problem.
>
>> 1) client requests http://varnish:10080/  -- varnishd returns / off
>> the backend correctly.
>> 2) client requests /css/banner.css - varnishd returns correct file /
>> css/banner.css off of backend.
>> 3) client requests /css/default.css - varnishd returns banner.css
>> 4) client requests /images/blank.gif - varnishd returns banner.css
>
> Sounds like one of the rewrites are going haywire.
>
> My best suggestion is to study the varnislog output and try to
> find out what exactly is going on.
>
> You may want to enable the "vcl.trace" parameter, that will give
> you log records of each file.line.pos of VCL code executed.
>
> -- 
> Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
> phk at FreeBSD.ORG         | TCP/IP since RFC 956
> FreeBSD committer       | BSD since 4.3-tahoe
> Never attribute to malice what can adequately be explained by  
> incompetence.