AWS上でELBとHTTPSを利用したサイトを構築する場合は、ちょっとしたお作法があるのでかいつまんでご紹介します。今回のご紹介はApacheですが、WEBサーバがNginxであっても行う要領は同じです。
目次
処理の流れ
- ユーザ(80) >> ELB(80) >> EC2(80) →443へリダイレクト
- ユーザ(443) >> ELB(443) >> EC2(80)
HTTPSの運営の場合、証明書はELB(ALB)に設定し、EC2は常に80番で動かしておくのがセオリーなんです。ELB(443), EC2(443)にすると実装が簡単ですが、証明書の更新など後々が面倒になっちゃいますよ～！
この記事で紹介する内容
- ヘルスチェックファイルの設定
- ELB環境のログの対応
- WordPressのリダイレクトループ対応
になります。
ヘルスチェック設定
ELBヘルスチェック用ファイルを作成します。
|
1 2 3 4 5 |
# vi /var/www/html/healthy.html <h1>Don'T Remove!!</h1><br/> <h2>LoadBalanser HealthCheck File</h2><br/> |
ELBがアクセスしてきた時に見れるように、サーバ側で設定します。
|
1 2 3 4 5 6 7 |
# vi /etc/httpd/conf.d/healthcheck.conf # ヘルスチェックURL Alias /healthy.html /var/www/html/healthy.html # ヘルスチェックのALBのアクセスはログを取らない SetEnvIf User-Agent "ELB-HealthChecker.*" nolog |
ELBのヘルスチェック用パスには”/healty.html”と設定します。
ログ対応
これを設定しておかないと、ロードバランサのIPが登録されてしまい、ユーザのIPがログに残せません。
remoteipモジュールがあるか確認します。
|
1 2 |
# httpd -M | grep remoteip remoteip_module (shared) |
ログフォーマット対応
|
1 2 3 4 5 6 7 8 9 10 11 |
# vi /etc/httpd/conf/httpd.conf <IfModule log_config_module> # # The following directives define some format nicknames for use with # a CustomLog directive (see below). # LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined LogFormat "%h %l %u %t \"%r\" %>s %b" common LogFormat "%{X-Forwarded-For}i %h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" \"%{X-Forwarded-Proto}i\"" elb-customlog ←追加 |
画像やファビコンの画像をログに出力させないようにするコンフィグ
|
1 2 3 4 5 6 7 8 9 10 |
# vi /etc/httpd/conf.d/GlobalSetting.conf # ファビコンのログを出さない SetEnvIf Request_URI "\.(ico)$" nolog # 画像やJSのログを出さない SetEnvIf Request_URI "\.(gif|jpg|png|ico|jpeg|js|css)$" nolog CustomLog logs/access_log common env=!nolog |
画像のアクセスがアクセスログに記録されると、ログからシェルでアクセス集計を行う要望が出た時に邪魔になります。また、アクセスログの出力が少なくなりディスクI/Oにも良いです。
バーチャルホストファイルの設定
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
# cat /etc/httpd/conf.d/sample.conf <VirtualHost *:80> DocumentRoot /home/example.net/public ServerName www.example.net ServerAlias example.net ErrorLog logs/example.net-error.log #CustomLog logs/example.net-access.log common CustomLog logs/example.net-access.log elb-customlog env=!nolog ## ALB対策 <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{HTTP:X-Forwarded-Port} !^443$ RewriteCond %{HTTP_USER_AGENT} !^ELB-HealthChecker RewriteRule ^(.*)?$ https://www.example.net$1 [R=301,L] </IfModule> |
Apacheの設定を反映させます。
|
1 2 |
# httpd -t # systemctl reload httpd |
WordPress側 HTTPSを認識させます。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
# vi /home/example.net/public/wp/wp-config.php (略) /** データベースの照合順序 (ほとんどの場合変更する必要はありません) */ define('DB_COLLATE', ''); ※下記を挿入する # AWS ELB(ALB) リダイレクトループ対策 if ( ! empty( $_SERVER['HTTP_X_FORWARDED_PROTO'] ) && $_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https' ) { $_SERVER['HTTPS']='on'; } |
後はELBに証明書を設定して、ドメインにアクセスしたらELBに流れるようにRoute53に設定してあげればOK。
お疲れ様です！
