And what is your httpd_accel_single_host setting? If this redirection does
not work then I suspect you have set httpd_accel_single_host to on which
will force Squid to always contact httpd_accel_host:httpd_accel_port no
matter what is indicated by the URL.

Regards
Henrik

On Thu, 11 Dec 2003, Rami Jaamour wrote:

> well, yes, I see what you are saying, I thought that I can do that, but 
> here is my redirector:
> 
> #!/usr/bin/perl
> $|=1;
> while (<>) {
>     
> [EMAIL PROTECTED]://soaptest.parasoft.com/[EMAIL 
> PROTECTED]://soaptest.parasoft.com/glue/calculator-01.wsdl@;
>     
> [EMAIL PROTECTED]://soaptest.parasoft.com/glue/[EMAIL 
> PROTECTED]://soaptest.parasoft.com:8000/glue/calculator@;
>     print;
> }
> 
> The first one work fine, but the when there are port changes like the 
> second one it does not work, I just get a 404 from apache on 81!
> 
> Note that there is another HTTP server listening on 
> http://soaptest.parasoft.com:8000 different than the apach on 80 which 
> Squid is hooked into.
> 
> Rami
> 
> Henrik Nordstrom wrote:
> 
> >On Thu, 11 Dec 2003, Rami Jaamour wrote:
> >
> >  
> >
> >>I am running Squid on port 80, proxing to Apache httpd on 81, following 
> >>the FAQs.  I could use a redirector successfully to redirect from one 
> >>URL to another on the same host and port, however, I'd like Squid and/or 
> >>it's redirector to be able to route requests based on URL (ideally) or 
> >>at least based on the sub domain name to a specific port on the same 
> >>local machine it is running on.
> >>    
> >>
> >
> >The redirector is free to do whatever you please as long as you do not 
> >enable httpd_accel_single_host.
> >
> >Via the redirector interface you can divide the URL space of a single
> >domain (or multiple, your choice) in any way you please among different
> >web servers, while at the same time applying any transformations of the
> >URL-path you may need.  You can for example send all requests for .jpg
> >images to one server, requests for .nfs files to another (Notes) server,
> >move things around if needed, etc etc.
> >
> >When you are not using httpd_accel_single_host then the reverse-proxying 
> >process is rougly
> >
> >  1. Read the request and reconstruct a full URL based on httpd_accel_host 
> >and httpd_accel_uses_host_header settings.
> >
> >  2. http_access access controls
> >
> >  3. Send the request to the redirector
> >
> >  4. Fetch the URL as returned by the redirector.
> >
> >Regards
> >Henrik
> >
> >
> >  
> >
> 
> 

Reply via email to