[squid-users] ALPN, HTTP/2 and sslbump
Amos Jeffries
squid3 at treenet.co.nz
Wed Nov 8 04:29:12 UTC 2017
On 08/11/17 17:15, senor wrote:
> I am surprised that I didn't find this question asked and answered
> recently. Maybe this issue is newer than I realize.
>
> I understand that support of HTTPS/2 is in development but I'd like to
> better understand what is and is not currently supported. I discovered
> the other day that an intercepted client https connection, which
> included both h2 and http/1.1 in the ALPN extension, was tunneled when
> the server responded with only h2. I'm assuming that was due to squid
> not fully supporting HTTP/2.
Hmm. If you are using SSL-Bump to bump the traffic the current Squid
should be delivering an ALPN containing only HTTP/1.1 to the server.
Sending h2 in the ALPN is only valid if the proxy supports h2 natively
or intends up front to splice the transaction back to "tunneled".
>
> My initial need is to prevent the tunnel. Preferably by forcing http/1.1
> and bumping but just denying the connection is second best. I'm not
> aware of any squid built-in mechanisms to manage ALPN or HTTP/2 so I'm
> thinking the external_acl is the only way to go. I think the client ALPN
> data is available at bump step 2 but what options do I have at that point?
>
> Help or corrections to my assumptions are appreciated.
>
Any info about your Squid version, and squid.conf contents - especially
http_access and SSL-Bump related things would be useful. Random guesses
about complex things like TLS are harmful to solving actual problems.
Amos
More information about the squid-users
mailing list