【AWS】EC2のSSL化ができません。

Question

いつもお世話になっております。
この度はAWSのSSL化についてです。

AWSにて http://example.com といったドメインを持つインスタンスを作成しました。
実際、アクセスができている状況です。

しかし、ACMにて証明書を取得し、設定に https://example.com にアクセスすると、
『example.com でアクセスが拒否されました』と表示されてしまいアクセスすることができません。

様々な設定を試したのですが、解決に至ることができませんでした。
ご存知の方いらっしゃいましたらお力添え願えますでしょうか...。

AWS

AWSのコンソール（管理画面）ではそれぞれ下記のとおりに設定いたしました。

証明書

AWS Certificate Manager (ACM)を利用して証明書を発行しました。
状況「発行済み」となっていること、有効期限が切れていないことを確認済みです。

インスタンス

EC2にてインスタンスを作成しました。
タイプは『t2.micro』（Linux）になります。
Elastic IPは設定済みで、IPアドレスが変わらないことを確認済みです。

ロードバランサー

ロードバランサーは下記のように設定しました。

LBプロトコル	LBポート	インスタンスのプロトコル	インスタンスのポート
HTTP	80	HTTP	80
HTTPS	443	HTTP	80

DNS

Route53にて、独自のドメインを割り当てました。

Name	Type	Value
example.com	A	作成したロードバランサーへのエイリアス
*.example.com	A	レコード「example.com」へのエイリアス

Apache

Terminal から接続し、下記のようにインストールしました。
また、インスタンス接続後にyumアップデートまでは済ませました。

sudo yum install httpd

もちろん起動し、上述のとおりHTTPであればアクセスすることができています。

また、以下のコマンドにてポートを確認してみたのですが、
『443』という数字が存在しないのです...。

netstat -antu

---

AWSのマニュアル通りに設定を進めたにも関わらず、目標に辿り着けず困惑しています。
設定についてご不明な点がございましたらぜひお願いいたします。

以上、どうぞよろしくお願いいたします。

---

6/28 08:00追記

上記状態から変更せず時間を空けたところ、HTTP・HTTPSともに503エラーが表示される状態に変わりました。
IPアドレスではHTTPのみアクセスできる状況です。
HTTPS://（IPアドレス） では接続が拒否されます。

Answer 1

自己解決しました...。

ロードバランサーの『ヘルスチェック』のターゲットを443に変更、さらに80に戻すと、アクセスできるようになりました...。

理由とかは全然わからないのですが、わかる方いらっしゃいましたら教えていただけませんでしょうか...。

TaichiYanagiya様、 madone99様、ご回答ありがとうございました。

Comments

[moonphase]

ELB作成時に原因不明でヘルスチェックが通らない事象が発生した経験が何度もあります。その時はインスタンスの登録解除、再登録で事象が解決しています。
これと似たような状況なんでしょうかね。

[退会済みユーザー]

moonphase様

そのような事象もあるのですね。参考になります。

Answer 2

ACMはALBなど特定サービスのみの使用ではないでしょうか。

https://aws.amazon.com/jp/certificate-manager/faqs/

Comments

[退会済みユーザー]

madone99様

ご回答ありがとうございます。

仰る通り、以下の4つが連携できるとのことでした。
1. Elastic Load Balancing
2. Amazon CloudFront
3. Amazon API Gateway
4. AWS Elastic Beanstalk

（古い記事ではあるのですが）以下の記事などではHTTPSでのアクセスまで出来ているようなのですが、
これらとはまた違うのでしょうか...？
http://dev.classmethod.jp/cloud/aws/acm-available-in-tokyo/
http://qiita.com/masch/items/a5ef84998fb7784f9115

[madone99]

ご提示のURLでも証明書を適用しているのはELBのようですね。ec2でSSLにしたいということであればlets encryptを利用されてはいかがですか？

[退会済みユーザー]

madone99様

代替案のご提案ありがとうございました。

そちらのサービスにつきましても覚えておきます。
ありがとうございました。

Answer 3

example.com の名前解決が ELB のアドレスで、http://example.com/ はアクセスでき、https://example.com/ がアクセス拒否されるということですと、ELB のセキュリティグループで TCP 443 番ポートが許可されていないのではないでしょうか？
証明書の問題の可能性もありますが、まずは、ELB のセキュリティグループを確認ください。

なお、SSL/TLS の終端は ELB ですので、EC2 側は 80 番ポートのみ LISTEN でいいです。

---

(2017/06/28 00:24) 追記
すみません、セキュリティグループで許可されていない場合は「タイムアウト」になりました。
「拒否されました」ということは、セキュリティグループではなく、別の原因だと思います。

nslookup, dig コマンドなどで example.com の名前解決を試みると、ELB の IPアドレスが返ってくるでしょうか。
キャッシュが残っていて、EC2 の IPアドレスになっていると、EC2 の 443 番ポートに接続しようと試み、拒否されるというシナリオが考えられます。

また、curl コマンドが使用できるのならば、以下を試してみて結果を教えてくださいませんでしょうか。

curl -k https://(ELBのIPアドレス)/  →OK
curl -k https://(EC2のIPアドレス)/  →Connection refused
curl -k https://(example.comのIPアドレス)/  →？
curl https://example.com/  →？

Comments

[退会済みユーザー]

TaichiYanagiya様

ご回答ありがとうございます。

ELBでは下記の通りに設定しております。

①ELB：HTTP・80
→ インスタンス：HTTP・80
②ELB：HTTPS・443（SSL証明書は指定済）
→ インスタンス：HTTP・80

この設定では誤っていますでしょうか...？

[TaichiYanagiya]

その設定ではなく、セキュリティグループ(≒ファイアーウォール)の設定です。
既に、TCP 80 番ポートを許可する作業を実施したと思うのですが、TCP 443 番ポートが許可されているかどうか。
http://docs.aws.amazon.com/ja_jp/elasticloadbalancing/latest/classic/elb-security-groups.html

[退会済みユーザー]

TaichiYanagiya様

再度のご教授ありがとうございます。
セキュリティグループでは80、443、22が許可されている状態です。

分かりづらくてすみません。

[退会済みユーザー]

TaichiYanagiya様

ご確認ありがとうございます。

```
curl -k https://(ELBのIPアドレス)/ →OK
```

こちらは何も起きませんでした。

```
curl -k https://(EC2のIPアドレス)/ →Connection refused
```

こちら「接続を拒否されました」とのことです。

```
curl -k https://(example.comのIPアドレス)/ →？
```

こちらも何も起きませんでした。

```
curl https://example.com/ →？
```

こちらも何も起きませんでした。

何か参考になると幸いです。
よろしくお願いいたします。

[退会済みユーザー]

TaichiYanagiya様

親切丁寧なご回答・ご確認ありがとうございました。
無事解決に至りました...。