32
29

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 5 years have passed since last update.

GCP managed SSL(β版)を利用したhttpsサーバ構築

Last updated at Posted at 2018-12-29

ここ数年、AWS環境の案件ばかりだったが、最近GCP案件に携わる機会が増えてきて、
GCPの勉強しながら対応している。

この記事では、独自ドメインで http/httpsを受け付けられる「Webサーバ+LB」の環境構築のやり方を
できる限り一般化した例で備忘する。

作る環境について

作る環境のイメージ図は以下。
ssl-communication-lb.png
(画像は こちら より拝借)

その他、ありがちなリダイレクトルールの設定をする。

- https://独自ドメイン は https証明書OKでWebコンテンツを表示する
- http://独自ドメイン は https のURLにリダイレクトさせる。
- http(s)://www.独自ドメイン は https のURLにリダイレクトさせる。

利用したGCPサービス

STEP1. GCEインスタンスを立てる

デフォルトのDebian9イメージを選択してnginxサーバを立てる。
ファイアーウォールはhttpアクセスはグローバルからアクセスできるようにチェックしておく。

# nginxインストール・自動起動設定・起動
$ sudo apt-get install nginx
$ sudo /lib/systemd/systemd-sysv-install enable nginx
$ sudo nginx

お名前.comで1円で売出し中の「.work」ドメインで検証。
ドメインはkoshilife.workとした。nginx設定として以下ファイルを作成。

  • 設定内容:
    • server_nameに該当しないものはリクエストを返却しない 参考記事
    • www無リクエストでかつ、httpsではないhttpリクエストはhttpsのURLにリダイレクトさせる。
    • www有リクエストはwww無へリダイレクトさせる。
/etc/nginx/conf.d/koshilife-work.conf
server {
   listen       80 default_server;
   server_name  _;
   return       444;
}

server {
  listen 80;
  server_name koshilife.work;
  root /var/www/public_html;

  if ($http_x_forwarded_proto = 'http') {
    return 301 https://$server_name$request_uri;
  }
}

server {
  listen 80;
  server_name www.koshilife.work;
  return 301 https://koshilife.work$request_uri;
}

STEP2. インスタンスグループを作る

シンプルな検証目的なので「Single zone/非マネージド インスタンスグループ」で作成し、
STEP1で作成したインスタンスを紐づけた。

1_ig1.png

STEP3. LBを作る

GCPコンソールの「負荷分散」の設定画面で新規作成を選び「HTTP(S) 負荷分散」を選び、
ざっくりの設定内容は以下。

  • バックエンドサービス設定
    • STEP2で作成した「インスタンスグループ」を指定し、デフォルト値を選択して進む。
    • ヘルスチェック設定も新規作成しデフォルト値で作成した。
  • ホストとパスのルール設定: 設定なしでOK
  • フロントエンドの設定
    • http: front-1.png
      ※IPアドレス設定プルダウンで「エフェメラル」のままだと、https通信時と同じIPでの設定ができないので注意。ハマったポイント。IPアドレスを作成を選ぶ。
    • https:front-2.png
      ※SSL証明書は google managedを選択した(この時点でベータ版)。9個まで証明書を指定できるが、今回は2つのSSL証明書を作成した。

STEP4. DNSのAレコードを更新する。

STEP3で発行したSSL証明書が有効になる条件に証明書で指定したドメインの名前解決をした時
LBのIPが弾けることが有効化条件に含まれるのでDNSゾーン情報を更新する。

更新イメージ:
スクリーンショット 2018-12-30 1.06.18.png

STEP5. 証明書有効化待ち

SSL証明書が有効になるまで30分程度待つ。

  • LB作成後の状態では証明書ステータスは無効。
スクリーンショット 2018-12-30 1.23.31.png
  • 20分くらいで証明書がアクティブに変わった。
スクリーンショット 2018-12-30 1.06.33.png
  • ドメインにアクセスし、リダイレクト設定、https鍵マークが問題なければ終わり。
スクリーンショット 2018-12-30 1.03.14.png

参考記事

32
29
2

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
32
29

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?