IdP TLS termination at load balancer

Kevin Foote kpfoote at uoregon.edu
Tue Apr 21 15:50:19 EDT 2015


> On Apr 21, 2015, at 11:54 AM, Cantor, Scott <cantor.2 at osu.edu> wrote:
> 
> On 4/21/15, 2:44 PM, "Sean Mason" <sean.mason at uwaterloo.ca> wrote:
>> 
>> Is there some Jetty and/or Shibboleth configuration beyond changing the SSO HTTP-Redirect metadata endpoint that will enable this type of setup, or will I require TLS pass-through or re-encryption at the load balancer? 
> 
> Shibboleth has no direct involvement, it's simply a requirement for any correctly written web application that if you do this, you virtualize the web server appropriately.
> 
> As to whether that's possible with HTTP-proxying in Jetty, I don't know. I would assume so. Check their documentation for how to override the scheme and port of a connector. With Jetty, it's usually more about looking at their APIs and determining what properties to set in the XML that defines the connector.
> 
> Assuming you find something, adding a pointer to those docs in the wiki would be appreciated.

Ya will do. 

So, Sean you will need to have your load balancer (ADC) send the X-Forwarded-Proto request header to your Jetty container so that Jetty does not balk at the protocol switch / mismatch. Not sure what ADC you are using but they can all basically inject what ever header you want. 

FWIW - If you are fronting / offloading ssl at HTTPD you have to do the same thing. 

httpd example:  X-Forwarded-Proto “https” env=HTTPS
f5 example: x-forwaded-proto:https

Also note.. you could just fire up jetty on 443 and not do SSL .. just use the port. :-) 

--------
thanks
 kevin.foote


More information about the users mailing list