You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Description
IF ForwardRequestCustomizer in place (w/ default config), and request enters via HTTPS connector (let's say using 8443 port), and there are no Forward headers present in request, the ForwardRequestCustomizer misbehaves.
It modifies the Host header to hostname:80. What I'd expect, is to either leave it untouched, or, honor the incoming connector port or scheme.
How to reproduce
Take 9.4.32 distribution, create new base, enable following modules:
http
https
http-forwarded
debug
Expose Jetty 8443 port on 443 as per Jetty doco (using iptables/ipchains), but I did it like this:
sudo ssh -gL 443:127.0.0.1:8443 $USER@localhost
do some request against Jetty exposed on 443 port:
Jetty version
9.4.32
Java version
1.8
OS type/version
Linux/macOS
Description
IF ForwardRequestCustomizer in place (w/ default config), and request enters via HTTPS connector (let's say using 8443 port), and there are no Forward headers present in request, the ForwardRequestCustomizer misbehaves.
It modifies the
Host
header tohostname:80
. What I'd expect, is to either leave it untouched, or, honor the incoming connector port or scheme.How to reproduce
Take 9.4.32 distribution, create new base, enable following modules:
Expose Jetty 8443 port on 443 as per Jetty doco (using iptables/ipchains), but I did it like this:
do some request against Jetty exposed on 443 port:
observe Jetty log, I had this in log:
Notice following:
Host: localhost
but Jetty "rewrote" it toHost: localhost:80
The text was updated successfully, but these errors were encountered: