]> git.ipfire.org Git - thirdparty/squid.git/commitdiff
Docs: update mention that HTTPS no longer supported
authorAmos Jeffries <squid3@treenet.co.nz>
Sun, 13 Jul 2014 04:23:40 +0000 (21:23 -0700)
committerAmos Jeffries <squid3@treenet.co.nz>
Sun, 13 Jul 2014 04:23:40 +0000 (21:23 -0700)
doc/release-notes/release-3.5.sgml

index 43638c92484fabe51e92987da982e8aafbdef3d7..d4ac86d8befe788a3617f64ca7d7e0240e4fd3e7 100644 (file)
@@ -171,12 +171,12 @@ Most user-facing changes are reflected in squid.conf (see below).
    relay the original client source details without having to alter or understand
    the protocol being relayed on the connection.
 
-<p>Squid currently supports receiving version 1 or 2 of the protocol.
+<p>Squid currently supports receiving HTTP via version 1 or 2 of the protocol.
    A port which has been configured to receive this protocol may only be used to
    receive traffic from client software sending in this protocol.
    Regular forward-proxy HTTP traffic is not accepted.
 
-<p>Squid can be configured by adding an <em>http_port</em> or <em>https_port</em>
+<p>Squid can be configured by adding an <em>http_port</em>
    with the <em>proxy-surrogate</em> mode flag. The <em>proxy_forwarded_access</em>
    must also be configured with <em>src</em> ACLs to whitelist proxies which are
    trusted to send correct client details.
@@ -187,6 +187,10 @@ Most user-facing changes are reflected in squid.conf (see below).
  proxy_forwarded_access allow localhost
 </verbatim>
 
+<p><em>Know Issue:</em> Due to design issues HTTPS traffic is not yet accepted
+   over this protocol. So use of <em>proxy-surrogate</em> on <em>https_port</em>
+   is not supported.
+
 
 <sect>Changes to squid.conf since Squid-3.4
 <p>