Handle redirects for Horizon
authorBen Nemec <bnemec@redhat.com>
Fri, 15 Jan 2016 18:45:11 +0000 (18:45 +0000)
committerBen Nemec <bnemec@redhat.com>
Thu, 11 Feb 2016 17:30:28 +0000 (17:30 +0000)
commit55b24a306d8ab6f71fa2b82f49d928dc72f8a3b0
treeaec824d11b9c310df72e959876e422f4233ceaca
parent86d9064317ff6ae1a50bfbebd146d14370dad57b
Handle redirects for Horizon

As for Heat, we need to be able to handle 30X redirects from Horizon
when configured to use SSL.  Because Horizon's redirects are
handled directly by Apache, we can't use middleware to handle the
X-Forwarded-Proto header like we are planning to do for the other
services.  However, in this case we don't need to worry about
rewriting urls in the payload like we do for the other services
because Horizon is just serving standard web pages, not custom
HTTP bodies with JSON contents.

One other change from the previous Heat patch is to drop the IP
from the rewrite regex.  This is because Horizon will generally be
accessed via a DNS name, so the IP won't appear in the Location
header.  The heat regex should probably be changed as well since
we now support registering endpoints with DNS names, but since we
plan to move all the other services to the X-Forwarded-Proto header
middleware anyway we can probably just wait until that happens and
then remove the Heat rule entirely.

Change-Id: I039a3036be17eeabe3cff68e0ef24f70907cc568
manifests/loadbalancer.pp