Я использую последнюю версию thruk on stretch с двумя серверами за локальным обратным прокси-сервером (работающим с Apache). Очень простые c правила заставляют портал служить бэкэндом…
<Location "/thruk5">
ProxyPass […]
ProxyPassReverse […]
Substitute "s|/thruk/|/thruk5/|ni"
ProxyPassReverseCookiePath /thruk /thruk5
Все работает довольно хорошо кроме URL, вызываемого ссылками типа […]/thruk5/#/thruk/cgi-bin/job.cgi?job
. И это всегда происходит с job.cgi
.
Я не мог найти, почему этот вид ссылки (Alerts, Alerts> History, Notifications) напоминает #/thruk
в URI… Проблема, кажется, исходит из этого поведение, которого нет у других ссылок.
Например, это абсолютно не относится к почти всем другим URL, таким как:
[…]/thruk5/cgi-bin/showlog.cgi?host=this.host
[…]/thruk6/#cgi-bin/summary.cgi
при просмотре. И так далее ...
Эта якорь и подобные проблемы, кажется, связаны только с этим job.cgi
вызовом. Может быть, это ошибка обратного прокси, я не могу быть уверен, потому что все остальное в порядке.
Попытки перезаписи или замены в Apache (в обратном прокси, а также на стороне бэкэнда) не смогли исправить или исправить это поведение. Конечно, вручную отредактировав URL-адрес в браузере и запустив запрос, он может быть решен.
Итак, я подозреваю, что job.cgi
звонит и не может найти способ исправить это ... что-то жестко закодированное, связанное с чем-то вроде здесь или где-то еще.
У кого-нибудь есть такая же проблема или какая-либо подсказка, чтобы заставить это работать, пожалуйста?
Заранее спасибо