CloudFront「EC2上にあるWordPressをHTTPS化して!」と頼まれることは誰しも一度は経験すると思います。今回はそんな時に10分で設定を終わらせる手順を残しておきます。Manager(ACM)を利用します。CloudFrontの反映に30分とWordPressのDB置換が人によって時間がかかるので、その時間はご飯でも食べに行ってください。最後の「まとめ」で詳しく書いていますが、ALB(ELB)をCloudFrontとEC2の間に挟まないと見た目上はHTTPSに見えていても、CloudFrontとEC2の間はHTTP通信(初期設定)でインターネットを経由します。ACMで対象ドメインの証明書を作るACMのページで基本デフォルトのまま進めていけばできあがります。リージョンは嵌りポイントの1つだと思います。リージョンを東京ではなくバージニア北部を選ぶ確認メールで設定を完了する場合は最後の「検証方法の選択」画面でEメールの検証を選ぶCloudFrontはCDNなので特定リージョンではなく、グローバル扱いです。CloudFrontの設定画面でもグローバルになっています。作ったはずの証明書がCloudFrontの設定画面で出てこない!という場合は証明書のリージョンが間違っている場合が100%だと思います。WordPressのあるEC2のパブリックDNSを確認するElasticIPを貼り付けたらパブリックDNSが消えたよ!という場合はサービス一覧からVPCにいき、対象のEC2に紐づいているVPCを選択し、アクションからDNS解決の編集とDNSホスト名の編集を「はい」にすればパブリックDNSは復活します。Started以下特に記載のないものはデフォルト値です。Certificateを選択し、ACMで作成した証明書を選択する※証明書が出てこない場合は作成の際にリージョンが間違っているか、Eメールでの認証を行っていないために証明書の作成が完了していないかを確認してください。Distributionして30分ぐらいまちます。WordPressをHTTPSに対応させる現行のWordPressはEC2で動いているのでAMIでバックアップを取ります。DBがRDSなどでEC2上に無い場合、DBのバックアップもとります。今回は以下のツールを利用してhttp://xxx.comをhttps://xxx.comに置換しました。←これの前ぐらいに追記*/CloudFrontはX_FORWARDED_PROTOヘッダをCLOUDFRONT_FORWARDED_PROTOに勝手に変換するので今回はWordPress側でCLOUDFRONT_FORWARDED_PROTOを判定することにしました。CloudFront側でX_FORWARDED_PROTOをねじ込む方法もあると思います。Route53でドメインをCloudFrontにむける以下の値で設定します。CloudFrontのDomainNameの値まとめ念のためですが、今回の構成ではCloudFrontとEC2の間はインターネットを通ります。Policyという設定があり、デフォルトではHTTPです。従ってデフォルトではCloudFrontとEC2の間は全く暗号化されずれにインターネットを通ります。HTTPSになれば良いよ!ということであれば今回の方法でよいですし、そうでない場合でACMしか許されない場合はCloudFrontとEC2の間にALB(ELB)をはさめば良いです。ALBにはACMの証明書が置けるのでCloudFrontとALBの間をHTTPS通信にします。ALBとEC2の間の通信はインターネットに出ないので目的は達成できます。Angularアプリをデプロイす!こんにちは、開発部の飯尾です。こちらのお手軽...2018-08-09Gitがやばい!(2/3)いよいよGitのやばさの続きですね。»プロフィールゴーリストのエンジニア達のブログです。月別アーカイブリンクセールスブログデザインブログゴーリストブログスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。