On 10/04/2014 2:27 a.m., MIGUEL ANGEL AGUAYO ORTUÑO wrote:
>
>
> I had this config befor
>
> acl my_url dstdomain jakjak.dit.upm.es
> redirector_access allow my_url
> redirect_children 1
> redirect_rewrites_host_header off
> redirect_program /etc/squid/dashcheck.pl
>
> but this configuration only aims for the destiny domain
>
>
> and I'm trying to use this configuration to match the file types I want
>
> acl my_url urlpath_regex \.(mpd|m4s)$
> redirector_access allow my_url
> redirect_children 1
> redirect_rewrites_host_header off
> redirect_program /etc/squid/dashcheck.pl
>
> but the thing is that when I enter
>
> http://jakjak.dit.upm.es/mpd/sintel.mpd
>
> It doesnt enter to the redirector
>
> why??
>
With the information provided your dashcheck.pl helper SHOULD be
receiving the URLs you indicated.
The URL provided seems not to exist for public access, so I am unable to
perform any kind of checks verifying the accuracy of your statements
about the URL. The below is a *guess* about where the likely problem
*might* be...
Perhapse the statement made earlier about the URL syntax was incorrect
- which would make your regex pattern also incorrect.
The URI path segment matched by urlpath_regex contains both resource and
query sub-segments. If there is any query-string on the URLs your
pattern MUST account for it somehow.
Also, with an explicit redirect_access directive present only requests
which meet the ACL criteria are sent to the helper. The implicit default
in your above config is "redirector_access deny all".
I suggest removing the redirect_access and ACL while you perfect what
the helper is doing. Last I heard you were trying to figure out where to
locate pieces of the helpepr input. Has that been resolved with the info
provided earlier?
Amos
Received on Fri Apr 11 2014 - 05:47:56 MDT
This archive was generated by hypermail 2.2.0 : Fri Apr 11 2014 - 12:00:04 MDT