JIRA and IIS as Reverse Proxy with Reverse rewrite host in response headers option Enabled fails for HTTPS
プラットフォームについて: Data Center - この記事は、Data Center プラットフォームのアトラシアン製品に適用されます。
このナレッジベース記事は製品の Data Center バージョン用に作成されています。Data Center 固有ではない機能の Data Center ナレッジベースは、製品のサーバー バージョンでも動作する可能性はありますが、テストは行われていません。サーバー*製品のサポートは 2024 年 2 月 15 日に終了しました。サーバー製品を利用している場合は、アトラシアンのサーバー製品のサポート終了のお知らせページにて移行オプションをご確認ください。
*Fisheye および Crucible は除く
Please note, that Reverse Proxy Configurations are not formally supported by Atlassian. See: Atlassian Support Offerings and Integrating JIRA with IIS for further guidance on IIS Reverse Proxy configuration.
問題
When using IIS as a Reverse Proxy for JIRA, if the option to set Reverse rewrite host in response headers is enabled, HTTP paths are not changed to HTTPS URL's. This causes browsers to fail loading content.
診断
環境
- JIRA with IIS configured as a Reverse Proxy
Diagnostic Steps
Using a Browser with debugging capabilities, reports the Errors such as the following:
This request has been blocked; The content must be served over HTTPS
原因
The Setting to "Reverse rewrite host in response headers" controls whether or not IIS will change the host the client is using to access JIRA. This can be useful when proxying an internal hostname, but complicates HTTPS Reverse proxy access.
ソリューション
Disable the option: "Reverse rewrite host in response headers" may assist with this issue.