Перевод сервера Jira на https — гаджеты и поиск приложений больше не работают

#apache #https #jira

Вопрос:

Я недавно перенес нашу установку сервера Jira на URL https — у нас есть обратная настройка прокси-сервера, и я настроил apache/Jira в соответствии с документами atlassian. https://confluence.atlassian.com/kb/securing-your-atlassian-applications-with-apache-using-ssl-838284349.html

Мы можем получить доступ и использовать Jira без проблем, однако лента активности на панели мониторинга и функция поиска для поиска новых приложений больше не работают.

Когда я смотрю на консоль, кажется, что она все еще пытается получить доступ к версии URL-адреса http://, хотя я обновил базовый URL-адрес до версии https.

Когда я просматриваю исходный код, я вижу несколько ссылок на старую версию URL-адреса http://. например

 WRM._unparsedData["com.atlassian.servicedesk.core-ui:util-base-url.base-url"]=""http://jira.xxx.xxx"";

<input type="hidden" id="upmBaseUrl" name="upmBaseUrl" value="http://jira.xxx.xxx">

<input type="hidden" value="http://jira.xxx.xxx/plugins/servlet/upm/marketplace" name="upmUriMarketplace" id="upmUriMarketplace">
 

Есть ли какое-то другое место, где это необходимо обновить? Я попытался выполнить общий поиск/замену в базе данных и нашел каталоги данных установки и приложений для старого URL-адреса.

Может ли это быть проблема с кешем?

Ответ №1:

Чтобы переместить сайт Jira в новое расположение HTTPS, как правило, необходимо убедиться, что вы настроили оба:

  1. базовый URL-адрес и
  2. имя прокси-сервера, прокси-порт, безопасность и схема в <Connector> Jira conf/server.xml. Также убедитесь, что вы редактируете правильно <Connector> (так как в установке по умолчанию их несколько, некоторые из которых закомментированы).

Вы упомянули, что сделали и то, и другое, но симптомы указывают на то, что либо #1, либо #2 могут быть неполными или на 100% правильными.

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

Например, если вы используете официальный образ Docker, это означает такие переменные , как ATL_TOMCAT_SCHEME ATL_TOMCAT_SECURE и тому подобное.