外部グローバル HTTP(S) ロードバランサ（従来）向けの HTTP から HTTPS へのリダイレクトの設定

このページは、グローバル外部 HTTP(S) ロードバランサ（従来）のみを対象としています。異なるモードでロードバランサを使用している場合は、次のいずれかのページをご覧ください。

• グローバル外部 HTTP(S) ロードバランサでの HTTP から HTTPS へのリダイレクトの設定

• リージョン外部 HTTP(S) ロードバランサでの HTTP から HTTPS へのリダイレクトの設定

この例では、URL リダイレクトを使用して、すべてのリクエストをポート 80（HTTP）からポート 443（HTTPS）にリダイレクトする方法について説明します。

HTTPS は、TLS（SSL）を使用して HTTP リクエストとレスポンスを暗号化し、通信を保護します。HTTPS を使用するウェブサイトでは、URL の先頭に http:// ではなく https:// が付いています。

新しい HTTPS ロードバランサの場合

新しい HTTPS ロードバランサを作成する場合は、Google Cloud の Cloud Console を使用して HTTP から HTTPS へのリダイレクトを設定できます。

HTTPS ロードバランサのフロントエンドを作成するときは、次の手順に従います。

1. Google Cloud Console で、ロードバランサの構成ページに移動します。

   [ロード バランシング] に移動（従来）

2. [フロントエンドの設定] をクリックします。
3. [プロトコル] で、[HTTPS（HTTP/2 を含む）] を選択します。
4. [IP アドレス] で、予約済み IP アドレスを選択します。
5. [HTTP から HTTPS へのリダイレクトを有効にする] チェックボックスをクリックしてリダイレクトを作成します。

チェックボックスをオンにするには、HTTPS プロトコルを選択して、予約済みの IP アドレス（エフェメラルでない）を使用する必要があります。

HTTP から HTTPS へのリダイレクト チェックボックス（クリックして拡大）

バックエンド タイプに応じて、次のいずれかのガイドに記載されている Cloud Console の手順に沿って設定を完了します。

• Compute Engine バックエンド
• バックエンド バケット
• Cloud Run、App Engine、または Cloud Functions バックエンド
• 外部バックエンド

[HTTP から HTTPS へのリダイレクトを有効にする] チェックボックスをオンにすると、URL マップ、転送ルール、ターゲット HTTP プロキシで構成される追加の部分的な HTTP ロードバランサが自動的に作成されます。この部分的な HTTP ロードバランサは、HTTPS ロードバランサと同じ IP アドレスを使用し、HTTP リクエストをロードバランサの HTTPS フロントエンドにリダイレクトします。デフォルトのリダイレクト レスポンス コードとして 301 Moved Permanently が使用されています。

HTTPS ロードバランサを作成すると、ロードバランサのリストに部分的な HTTP ロードバランサと -redirect サフィックスが表示されます。HTTP から HTTPS へのリダイレクトをテストするの手順に沿って設定をテストします。

注:

• [HTTP から HTTPS へのリダイレクトを有効にする] チェックボックスは、新しい HTTPS ロードバランサの作成中にのみ使用できます。既存のロードバランサを編集する場合には使用できません。
• このチェックボックスと同等の gcloud または API パラメータはありません。gcloud または API を使用して HTTPS ロードバランサを作成する場合は、HTTPS ロードバランサへのトラフィックのリダイレクトのセクションの手順でリダイレクトを作成します。

既存のロードバランサの場合

ポート 443 で HTTPS トラフィックを処理する外部 HTTPS ロードバランサ（ここでは LB1）がある場合は、部分的な外部 HTTP ロードバランサ（ここでは LB2）を作成し、次の設定を行う必要があります。

• LB1 と同じフロントエンド IP アドレス
• URL マップに構成されたリダイレクト

この部分的な HTTP ロードバランサは、HTTPS ロードバランサと同じ IP アドレスを使用し、HTTP リクエストをロードバランサの HTTPS フロントエンドにリダイレクトします。

次の図に、このアーキテクチャを示します。

HTTP から HTTPS へのリダイレクト構成

HTTPS ロードバランサへのトラフィックのリダイレクト

外部 HTTPS ロードバランサ（LB1）が動作していることを確認したら、部分的な外部 HTTP ロードバランサ（LB2）を作成し、トラフィックを LB1 にリダイレクトするようにフロントエンドを構成できます。

この例では、301 レスポンス コードを使用しています。別のレスポンス コードを使用することもできます。

gcloud でリダイレクトを構成するには、YAML ファイルをインポートし、ターゲット HTTP プロキシがトラフィックをリダイレクトする URL マップを参照するように設定する必要があります。Cloud Console を使用している場合、この処理は自動的に行われます。

注: リージョン外部 HTTP(S) ロードバランサは、Cloud Console ではサポートされていません。

Console

構成を開始する

1. Google Cloud Console で、[負荷分散] ページに移動します。

   [Cloud Load balancing] に移動

2. [HTTP(S) 負荷分散] で [構成を開始] をクリックします。
3. [インターネットから自分の VM へ] をオンにし、[続行] をクリックします。
4. [高度なトラフィック管理] で [従来の HTTP(S) ロードバランサ] を選択します。
5. ロードバランサの名前を入力します（例: http-redirect）。
6. ウィンドウを開いたままにして続行します。

バックエンド構成をスキップする

1. [バックエンドの構成] セクションをスキップします。

URL マップでリダイレクトを構成する

1. ページの左側の列で、[ホストとパスのルール] をクリックします。
2. [詳細なホストとパスのルール（URL リダイレクト、URL の書き換え）] を選択します。
3. [アクション] で、[クライアントを別のホスト / パスにリダイレクト] を選択します。
4. [接頭辞のリダイレクト] フィールドは空欄のままにします。
5. [パス リダイレクト] で、[接頭辞のリダイレクト] を選択します。
6. [パス値] は空欄のままにします。
7. [リダイレクトのレスポンス コード] で、[301 - Moved Permanently（恒久的に移動した）] を選択します。
8. [HTTPS リダイレクト] で、[有効] を選択します。
9. [完了] をクリックします。
10. ロードバランサ構成ページを開いたままにして続行します。

LB1 で使用されている IP アドレスで HTTP 転送ルールを構成する

1. ロードバランサの構成ページで、[フロントエンドの構成] をクリックします。
2. [プロトコル] を HTTP に設定します。
3. [IP アドレス] に、HTTPS ロードバランサに使用した IP アドレスを設定します。
4. [ポート] が 80 に設定され、HTTP トラフィックが許可されていることを確認します。
5. [完了] をクリックします。
6. ウィンドウを開いたままにして続行します。
構成を確認する
7. 左側のパネルで、[確認と完了] をクリックします。
8. 現在の設定と作成しようとしている内容を比較します。
9. 設定に問題がない場合は、[作成] をクリックします。

完了すると、Cloud Console に次の 2 つのロードバランサが表示されます。

Cloud Console には、web-map-httpロードバランサに関する情報が次のように表示されます。

gcloud

1. YAML ファイル /tmp/web-map-http.yaml を作成します。この例では、レスポンス コードとして MOVED_PERMANENTLY_DEFAULT を使用しています。

       kind: compute#urlMap
       name: web-map-http
       defaultUrlRedirect:
         redirectResponseCode: MOVED_PERMANENTLY_DEFAULT
         httpsRedirect: True
       tests:
       - description: Test with no query parameters
         host: example.com
         path: /test/
         expectedOutputUrl: https://example.com/test/
         expectedRedirectResponseCode: 301
       - description: Test with query parameters
         host: example.com
         path: /test/?parameter1=value1&parameter2=value2
         expectedOutputUrl: https://example.com/test/?parameter1=value1&parameter2=value2
         expectedRedirectResponseCode: 301
       

2. URL マップを検証します。

       gcloud compute url-maps validate --source /tmp/web-map-http.yaml
       

テストに合格し、コマンドによって成功メッセージが出力された場合は、URL マップに変更を保存します。

3. YAML ファイルをインポートして、HTTP ロードバランサの URL マップを作成します。この URL マップの名前は web-map-http です。

       gcloud compute url-maps import web-map-http \
           --source /tmp/web-map-http.yaml \
           --global
       

既存の URL マップを更新する場合、次のプロンプトが表示されます。

       Url Map [web-map-http] will be overwritten.

       Do you want to continue (Y/n)?
       

続行するには [Y] を押します。

4. URL マップが更新されていることを確認します。HTTP ロードバランサの URL マップは次のようになります。

       gcloud compute url-maps describe web-map-http
       

       creationTimestamp: '2020-03-23T10:53:44.976-07:00'
       defaultUrlRedirect:
         httpsRedirect: true
         redirectResponseCode: MOVED_PERMANENTLY_DEFAULT
       fingerprint: 3A5N_RLrED8=
       id: '2020316695093397831'
       kind: compute#urlMap
       name: web-map-http
       selfLink: https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/urlMaps/web-map-http
       

5. web-map-http を URL マップとして使用して、新しいターゲット HTTP プロキシを作成するか、既存のターゲット HTTP プロキシを更新します。

       gcloud compute target-http-proxies create http-lb-proxy \
           --url-map=web-map-http \
           --global
       

または

       gcloud compute target-http-proxies update http-lb-proxy \
           --url-map=web-map-http \
           --global
       

6. 受信リクエストをプロキシに転送する転送ルールを作成します。--address フラグで lb-ipv4-1 を指定します。これは、外部 HTTPS ロードバランサに使用されるものと同じ IP アドレスです。

       gcloud compute forwarding-rules create http-content-rule \
           --load-balancing-scheme=EXTERNAL \
           --network-tier=PREMIUM \
           --address=lb-ipv4-1 \
           --global \
           --target-http-proxy=http-lb-proxy \
           --ports=80
       

カスタム ヘッダーの追加

必要に応じて、HTTPS ロードバランサのバックエンド サービスに HTTP Strict-Transport-Security ヘッダーを次のように追加します。

• ヘッダー名: Strict-Transport-Security
• ヘッダー値: max-age=31536000; includeSubDomains; preload

この設定でカスタム ヘッダーがクライアントに送信され、次回クライアントが HTTP 経由で URL にアクセスしようとすると、ブラウザはリダイレクトします。

カスタム ヘッダーをバックエンド サービス構成に追加するには、--custom-response-header フラグを使用します。

gcloud compute backend-services update BACKEND_SERVICE_NAME_LB1 \
    --global \
    --custom-response-header='Strict-Transport-Security:max-age=31536000; includeSubDomains; preload'

詳細については、カスタム ヘッダーの作成をご覧ください。

HTTP から HTTPS へのリダイレクトをテストする

両方のロードバランサで使用している予約済みの IP アドレスをメモします。

gcloud compute addresses describe lb-ipv4-1 \
    --format="get(address)" \
    --global

重要: LB1 と LB2 の IP アドレスが異なる場合、リダイレクトは機能しません。この場合は、LB2（HTTP ロードバランサ）で転送ルールを削除し、LB1（HTTPS ロードバランサ）の転送ルールとして同じ IP アドレスを使用する新しいルールを作成します。

この例では、予約済みの IP アドレスが 34.98.77.106 であるとしています。http://34.98.77.106/ URL は https://34.98.77.106/ にリダイレクトされます。

数分経過したら、次の curl コマンドを実行してテストします。

curl -v http://hostname.com

出力例:

* Connected to 34.98.77.106 (34.98.77.106) port 80 (#0)
> GET / HTTP/1.1
> Host: hostname.com
> User-Agent: curl/7.64.0
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Cache-Control: private
< Content-Type: text/html; charset=UTF-8
< Referrer-Policy: no-referrer
< Location: https://hostname.com
< Content-Length: 220
< Date: Fri, 30 Jul 2021 21:32:25 GMT
<
<HTML><HEAD><meta http-equiv="content-type" content="text/html;charset=utf-8">
<TITLE>301 Moved</TITLE></HEAD><BODY>
<H1>301 Moved</H1>
The document has moved
<A HREF="https://hostname.com">here</A>.
</BODY></HTML>
* Connection #0 to host hostname.com left intact

関連手順

• Terraform を使用するには、[HTTP から HTTPS へのリダイレクト] タブをご覧ください。

• GKE については、GKE ドキュメントの HTTP から HTTPS へのリダイレクトをご覧ください。

• 内部 HTTP(S) ロードバランサについては、内部 HTTP(S) ロードバランサでの HTTP から HTTPS へのリダイレクトの設定をご覧ください。

• その他の種類のリダイレクトについては、URL リダイレクトをご覧ください。

次のステップ

• ロードバランサの設定をクリーンアップする。