Консоль Worklight перенаправляется на порт 9080

Я использую Websphere Liberty 8.5.5 с IBM HTTP Server 8.5.5 и Worklight Server 6.0.0.1.

Я настроил IHS для перенаправления порта 80 на порт 9080 Websphere.

перенаправление работает правильно для главной страницы, а ввод domain.com/worklight/console напрямую открывает страницу domain.com:9080/worklight/console. Однако когда я предоставляю учетные данные и нажимаю «Вход», адресная строка меняется на страницу domain.com:9080/worklight/console, чего не должно происходить, поскольку порт 9080 заблокирован через брандмауэр.

Я применил решения, приведенные в этом вопросе "Смешанные номера портов", но проблема не устранена.

Если я вручную удаляю 9080 из адресной строки и нажимаю ввод, страница открывается нормально, возможно ли, что порт 9080 был жестко закодирован где-то в консоли аутентификации, если да, где мне сделать это изменение?

Я использовал подключаемый модуль WebSphere для внутренней пересылки запросов на порт 80 на порт 9080 WebSphere.

worklight.properties

publicWorkLightHostname=subdomain.domain.com
publicWorkLightProtocol=http
publicWorkLightPort=

Плагин-Cfg.xml

<VirtualHostGroup Name="default_host">  <VirtualHost Name=":9080"/> 
<VirtualHost Name=":80"/>  <VirtualHost Name="*:9443"/> 
</VirtualHostGroup>  <Transport Protocol="http" Port="9080"
Hostname="11.11.11.11"/> <Transport Protocol="https" Port="9443"
Hostname="11.11.11.11">

Ценю любые идеи!


websphere ibmhttpserver ibm-mobilefirst worklight-console
person eshaa    schedule 18.11.2013    source источник
comment
Вы действительно выполняете перенаправление HTTP с 9080 на 80, или вы используете подключаемый модуль WebSphere, чтобы IHS внутренне перенаправлял запросы на 80 на порт WebSphere 9080?   -  person dbreaux    schedule 19.11.2013
comment
@dbreaux Я использовал подключаемый модуль WebSphere для внутренней пересылки запросов на порт 80 на порт 9080 WebSphere. publicWorkLightHostname = subdomain.domain.com # http или https publicWorkLightProtocol = http # Для порта по умолчанию оставьте пустым publicWorkLightPort = ‹VirtualHostGroup Name = default_host› ‹Имя виртуального хоста = : 9080 / ›‹ Имя виртуального хоста =: 80 / ›‹ Имя виртуального хоста = *: 9443 / ›‹/VirtualHostGroup›‹ Транспортный протокол = http Port = 9080 Имя хоста = 11.11.11.11 / ›-‹ Транспортный протокол = https Порт = 9443 Имя хоста = 11.11.11.11 ›   -  person eshaa    schedule 20.11.2013
comment
Итак, виртуальный хост WAS прослушивает и 9080, и 80, но что-то заставляет приложение генерировать самореферентные URL-адреса с портом 9080, верно?   -  person dbreaux    schedule 20.11.2013
comment
@dbreaux, да именно так! Но с ПУБЛИЧНЫМ представлением приложения все в порядке, только КОНСОЛЬ АДМИНИСТРАТОРА выполняет такое перенаправление.   -  person eshaa    schedule 21.11.2013
comment
О верно. По моему опыту, вы ничего не можете поделать с перенаправлением консоли администратора обратно на собственный порт. Если вы не хотите, чтобы его порт открывался в брандмауэре, но вы хотите иметь возможность пробиваться к нему, вы можете туннелировать через SSH.   -  person dbreaux    schedule 22.11.2013

Ответы (2)


arrow_upward
1
arrow_downward

Вам нужно отредактировать server.xml (если вы используете Liberty), чтобы изменить 2 элемента:

jndiName="worklight/publicWorkLightProtocol"

а также

jndiName="worklight/publicWorkLightPort"

чтобы сделать их значения такими же, как те, что определены в свойствах рабочего освещения.

person Jeff Cai    schedule 16.05.2014

arrow_upward
0
arrow_downward

Я смотрю на infocenter, и похоже, что транспорт должен быть заключен в ServerCluster -> Server.

Как вы создали свой plugin-cfg.xml?

person David Dhuyveter    schedule 20.11.2013
comment
Привет, Дэвид, я создал Plugin-cfg, используя как MBEANS, так и Websphere Customization Tool. Для развертывания приложений я использовал сценарии Ant, которые поставляются в виде шаблонов с Worklight. - person eshaa; 21.11.2013