httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kaspar Brand <>
Subject Re: Behavior of Host: vs. SNI Hostname in proxy CONNECT requests
Date Tue, 26 Nov 2013 05:31:37 GMT
On 26.11.2013 00:46, Yann Ylavic wrote:
>> Ideas for the appropriate patch to httpd?  Scope this fix to CONNECT
>> requests alone, or all forward proxy requests?
> Maybe all forward proxy modules are concerned.
> There is PR
> 55782
>  which I started to debug but did not finish (run out of time).
> From there it looked like ProxyPassPreserveHost may cause problems too
> with SNI (not sure yet).
> Anyway, shouldn't the proxy code(s) use the Host header to fill in the SNI
> from r->headers_in (when applicable), instead of r->hostname, at least for
> the CONNECT and ProxyPassPreserveHost cases?

AFAICT, this was the idea in the original patch for PR 53134, but a
"slightly different approach" was then committed (r1333969).

As far as PR 55782 is concerned, the problem might be that
proxy_util.c:ap_proxy_determine_connection() does not take Host: header
differences into account when checking if an existing connection can be
reused (not sure). With SNI this would have the effect that the hostname
from the TLS handshake is causing the mismatch with the Host: header.


View raw message