Search squid archive

Re: Accelerator http to https

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Using the first example in the link that was shared
(http://wiki.squid-cache.org/Features/Redirectors), I was able to get it
to work after seeing what was being sent to the redirector script.  In
my case the URL was at $X[0] and I had to remove all references to $X[0]
in what was being sent back to squid. The below seems to work, but a few
questions since I would like this to be as robust as possible.

If the presented URL is already https://..., my assumption is that just
sending back a new line is all that squid needs to see?

Also, is all there any thing that I need to add besides the
url_rewrite_program and the number of children to the conf file?  What
about turning off url_rewrite_host_header?  The docs say this may be
wanted when running in accelerator mode.  I did a few quick tests in a
test setup and don't see any difference.    

Finally, is the best way to test how many children to launch (5, 10, 20
etc) just to monitor the cache.log to see if squid is running out and
increase it until the messages go away?  
.....
    if ($url =~ /^http:\/\//) {
        $url =~ s/^http/https/;
        print "302:$url\n";
    } else {
        print "\n";
    }
}

On Thu, Nov 24, 2016, at 06:58 AM, Amos Jeffries wrote:
> On 24/11/2016 9:31 p.m., Eliezer Croitoru wrote:
> > Amos,
> > 
> > I'm not sure I understood:
> > Redirect using url_rewrite helper which will rewrite(transparently) to some special url\page?
> 
> No, not rewrite. Redirect ...
> 
> With a 30x status code. URL helpers have always been able to redirect,
> just by prefixing the absolute-URL with the status code to use in the
> redirect response.
> 
> deny_info does the same, just a little bit faster since it dont need to
> wait for a helper lookup.
> 
> Since the client is informed about the scheme change it is perfectly
> fine to use redirection (not rewrite) to change between http:// and
> https:// (or to any other scheme).
> 
> Amos
> 
> _______________________________________________
> squid-users mailing list
> squid-users@xxxxxxxxxxxxxxxxxxxxx
> http://lists.squid-cache.org/listinfo/squid-users
_______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
http://lists.squid-cache.org/listinfo/squid-users




[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux