Bluehost.com Web Hosting $6.95

Re: [squid-users] Squid3: https virtual domain redirects

This is a discussion on Re: [squid-users] Squid3: https virtual domain redirects within the Squid Users forums, part of the Web Server and Related Forums category; On Sunday 07 September 2003 17.02, Jim Flowers wrote: > Interesting, neither accel nor vhost are listed as https_port &...


Go Back   Usenet Forums > Web Server and Related Forums > Squid Users

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 09-07-2003
Henrik Nordstrom
 
Posts: n/a
Default Re: [squid-users] Squid3: https virtual domain redirects

On Sunday 07 September 2003 17.02, Jim Flowers wrote:

> Interesting, neither accel nor vhost are listed as https_port
> options and given the note I thought it was automatic. I am now
> using vhost with no defaultsite=... and it seems to work OK for
> both rewrites and cache_peer methods.


https_port supports all the options of http_port, plus a whole lot
more..

accel is automatic and does not need to be mentioned.. (automatically
enabled by vhost/vport/defaultsite, and at least one is required for
accelerator setups)

vhost is not documented in https_port as we have not imagined one
would use https_port in other configurations than defaultsite= due to
the name restrictions of SSL certificates, but when I think about it
I already have customers using vhost https_port with a wildcard
certificate so vhost is meaningful to document for https_port.
Documentation added.


> cache_peer 1.1.1.1 parent 80 0 no-query originserver
> name=www.example.com
> acl my dstdomain www.abc.com.at.example.com
> cache_peer_access www.example.com allow my
>
> Are both methods OK or just yours?


Both are virtually identical. Using the name= option is just to make
things a little more readable.

> One final (ho ho ho :} question: When I rewrite https://accel.com
> to http://origin.com and use always_direct allow http://origin.com
> the browser (IE6) pops up the message that both secure and
> non-secure items are going to be displayed. Any way 'round this?


Works here... but maybe the warning says exacly what happened for you
if the server gave http:// links to objects in the same page? If it
did then you are hitting the border of what can be done with Squid as
a reverse proxy. Squid can map requests freely, but it can not
modify the responses given by the web servers contacted. If the web
server gives an absolute URL to some object in the HTML code or via a
Location header then the same URL will be given to the client.

Regards
Henrik

--
Donations welcome if you consider my Free Squid support helpful.
https://www.paypal.com/xclick/busine...quid-cache.org

If you need commercial Squid support or cost effective Squid or
firewall appliances please refer to MARA Systems AB, Sweden
http://www.marasystems.com/, info@marasystems.com
Reply With Quote
Reply
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On




All times are GMT +1. The time now is 06:27 AM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0