https を使用して DXP にアクセスしますが、CDN の URL は http を使用します

ご覧のページは、お客様の利便性のために一部機械翻訳されています。また、ドキュメントは頻繁に更新が加えられており、翻訳は未完成の部分が含まれることをご了承ください。最新情報は都度公開されておりますため、必ず英語版をご参照ください。翻訳に問題がある場合は、こちらまでご連絡ください。

問題

• SSL オフロードを担当する DXP ノードの前にロード バランサーがあり、CDN の使用が構成されている場合、https プロトコルを使用して DXP にアクセスすると、コンテンツは https ではなく http を使用して CDN からダウンロードされます。
• CDN の使用は、次のプロパティを使用して構成されています (値は架空のものです)。

#
# Set the hostname that will be used to serve static content via a CDN for
# requests made over the HTTP protocol. This property can be disabled
# dynamically at runtime by setting the URL parameter "cdn_enabled" to "0".
# The value must always include the full protocol.
#
cdn.host.http=http://localhostCDN

#
# Set the hostname that will be used to serve static content via a CDN for
# requests made over the HTTPS protocol. This property can be disabled
# dynamically at runtime by setting the URL parameter "cdn_enabled" to "0".
# The value must always include the full protocol.
#
cdn.host.https=https://localhostCDN

環境

• Liferay DXP 7.0+

解決策

• これは、バランサーが https でトラフィックを受信し、http を使用してリクエストを DXP ノードに送信する場合に発生します (このバランサーは SSL オフロードを行うため)。
• この問題を回避するために、次の代替手段を見つけます。
  
  1. 属性 secure="true" および scheme="https" を使用して tomcat コネクタを設定し、バランサ リクエストをそこに送信します。 このようにして、アプリケーション サーバーは、そのコネクタによって受信された要求が安全なコンテキストで応答される必要があることを認識します。 欠点として、このコネクタは http 経由でブラウザを使用してアクセスすることはできず、バランサーの背後からアクセスした場合にのみ適切に機能します。
  2. 要求が安全であることをアプリケーション サーバーに通知する特定のヘッダーをバランサーに設定します。 X-Forwarded-Proto= https ヘッダーについて説明します。 欠点として、これがポータル機能の 100% で動作することは保証されていません。 この理由は、すべてのコンテキストで、バランサーからの元のリクエストへのポータル アクセスがあるわけではないため、例として、一部の電子メール通知で間違ったプロトコルの URL が表示される可能性があるためです。
  3. バランサーが SSL オフロードを実行していて、https から http への変更を担当している場合、http から https への復帰も担当します。 欠点として、これは通常、バランサでリクエスト ヘッダーとリクエストのコンテンツの両方の複雑な書き換えを行うことを意味します。