Прокси реверса Apache переходит назад к небезопасному протоколу после перенаправления
Мой бывший работодатель был получен фирмой, которая делает организованные сервисы рабочего стола как то, что Вы ищете - MindSHIFT Technologies. Я могу сказать Вам, что они раньше были довольно хорошей спиной, когда я работал там, но могу склоняться к дорогой стороне, особенно если они делают, Dell "Слушают ОСЕЛ, эта машина должна быть заменена ТЕПЕРЬ!" - вводят телефонные вызовы Вас (они могут стать трудоемкими, и время является деньгами в смысле почасовой ставки).
Как сказанный mfinni, много компаний нанимает кого-то относительно младшего, чтобы обработать локальную трудную работу (перемещающий машины, имея дело с рабочим столом/ноутбуком RMAs) и полагаться на MSP для тяжелого подъема (инфраструктура, развертывание программного обеспечения, AV/Patching, и т.д.).
Если sendRedirect использует относительный путь, Tomcat добавит абсолютные элементы, включая схему (http / https) и имя сервера.
Схема по умолчанию будет http, если вы не переопределите ее. Имя сервера будет получено из заголовка хоста, который вы уже тщательно передали.
У меня была та же проблема, и я использовал новый соединитель Tomcat (наряду с существующим) на отдельном порту, который отменяет схему и устанавливает порт для хорошая мера:
<Connector port="8443" protocol="HTTP/1.1" URIEncoding="UTF-8"
connectionTimeout="20000"
scheme="https" proxyPort="443"/>
Затем в Apache виртуальный хост SSL имеет:
ProxyPass / http://<tomcat_server>:8443/
Обычный виртуальный хост HTTP продолжает использовать существующий порт Connector (8080)
В качестве альтернативы вы можете жестко запрограммировать местоположение перенаправления при вызове sendRedirect ( ), но это явно негибкий.
Я решил эту проблему, просто добавив следующую директиву ProxyPassReverse в конфигурацию сервера Apache:
ProxyPassReverse / http://<apacheserver>:<httpsport>/