質問編集履歴
13
画像更新
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -5,14 +5,16 @@
|
|
|
5
5
|
ローカルでは完璧にfetchできていたサイトを本番環境にデプロイしたところ、`blocked:mixed-content`（HTTPSのサイトなのにHTTPでfetchしているぞ）というエラーが出ました。そこで、
|
|
6
6
|
[AWS EC2上のアプリのhttpリクエストをhttpsにした【初学者】](https://qiita.com/seshiruff4214/items/d72b56c5c08ba7a455f8)
|
|
7
7
|
を参考にAWSのHTTPS化を行いましたが、今度は`net::ERR_SSL_PROTOCOL_ERROR`が直りません。
|
|
8
|
+
|
|
9
|
+
ロードバランサー：
|
|
10
|
+
|
|
8
11
|
|
|
12
|
+
|
|
13
|
+
証明書：
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
証明書部分：
|
|
14
|
-
|
|
16
|
+
|
|
15
|
-
DNS設定
|
|
17
|
+
DNS設定：
|
|
16
18
|
|
|
17
19
|
ローカルからHTTPでならfetchでき、HTTPSからのアクセスはそこにリダイレクトしているだけのはずなのですが、何が原因でできないのでしょうか？
|
|
18
20
|
|
12
インバウンド更新
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -6,9 +6,9 @@
|
|
|
6
6
|
[AWS EC2上のアプリのhttpリクエストをhttpsにした【初学者】](https://qiita.com/seshiruff4214/items/d72b56c5c08ba7a455f8)
|
|
7
7
|
を参考にAWSのHTTPS化を行いましたが、今度は`net::ERR_SSL_PROTOCOL_ERROR`が直りません。
|
|
8
8
|
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
12
|
|
|
13
13
|
証明書部分：
|
|
14
14
|
|
11
画像更新
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -5,8 +5,7 @@
|
|
|
5
5
|
ローカルでは完璧にfetchできていたサイトを本番環境にデプロイしたところ、`blocked:mixed-content`（HTTPSのサイトなのにHTTPでfetchしているぞ）というエラーが出ました。そこで、
|
|
6
6
|
[AWS EC2上のアプリのhttpリクエストをhttpsにした【初学者】](https://qiita.com/seshiruff4214/items/d72b56c5c08ba7a455f8)
|
|
7
7
|
を参考にAWSのHTTPS化を行いましたが、今度は`net::ERR_SSL_PROTOCOL_ERROR`が直りません。
|
|
8
|
-
|
|
9
|
-
|
|
10
9
|
|
|
11
10
|
|
|
12
11
|
|
10
dんs写真
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -13,6 +13,8 @@
|
|
|
13
13
|
|
|
14
14
|
証明書部分：
|
|
15
15
|
|
|
16
|
+
DNS設定部分：
|
|
17
|
+
|
|
16
18
|
ローカルからHTTPでならfetchでき、HTTPSからのアクセスはそこにリダイレクトしているだけのはずなのですが、何が原因でできないのでしょうか？
|
|
17
19
|
|
|
18
20
|
### エラーメッセージ
|
9
8000削除
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -12,7 +12,7 @@
|
|
|
12
12
|
|
|
13
13
|
|
|
14
14
|
証明書部分：
|
|
15
|
-
|
|
16
16
|
ローカルからHTTPでならfetchでき、HTTPSからのアクセスはそこにリダイレクトしているだけのはずなのですが、何が原因でできないのでしょうか？
|
|
17
17
|
|
|
18
18
|
### エラーメッセージ
|
8
証明書写真
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -11,6 +11,8 @@
|
|
|
11
11
|
|
|
12
12
|
|
|
13
13
|
|
|
14
|
+
証明書部分：
|
|
15
|
+
|
|
14
16
|
ローカルからHTTPでならfetchでき、HTTPSからのアクセスはそこにリダイレクトしているだけのはずなのですが、何が原因でできないのでしょうか？
|
|
15
17
|
|
|
16
18
|
### エラーメッセージ
|
7
、
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -27,7 +27,7 @@
|
|
|
27
27
|
##### 上記の詳細・結果
|
|
28
28
|
やったことの詳細をメモします（時系列は一部前後しているかもしれません）
|
|
29
29
|
|
|
30
|
-
・
|
|
30
|
+
・EC2でapiを立ててローカルからHTTP接続で動作を確認する
|
|
31
31
|
・本番サイト（HTTPS）からfetchしたらmixed contentエラーが出る
|
|
32
32
|
・fetchするurlをhttps://x.xx.xxx.xx:8000/[api名]にするとエラーがnet::ERR_SSL_PROTOCOL_ERRORに変わる
|
|
33
33
|
・当該apiのVPCでApprecationロードバランサーを新規作成しようとする
|
6
あ
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -27,6 +27,9 @@
|
|
|
27
27
|
##### 上記の詳細・結果
|
|
28
28
|
やったことの詳細をメモします（時系列は一部前後しているかもしれません）
|
|
29
29
|
|
|
30
|
+
・AWSでapiを立ててローカルからHTTP接続で動作を確認する
|
|
31
|
+
・本番サイト（HTTPS）からfetchしたらmixed contentエラーが出る
|
|
32
|
+
・fetchするurlをhttps://x.xx.xxx.xx:8000/[api名]にするとエラーがnet::ERR_SSL_PROTOCOL_ERRORに変わる
|
|
30
33
|
・当該apiのVPCでApprecationロードバランサーを新規作成しようとする
|
|
31
34
|
・ロードバランサーにHTTPおよびHTTPSリスナーを追加
|
|
32
35
|
・そのためにSSL証明書が必要と言われたのでサイトと同じドメインについてACM証明書をリクエストし、XServerのDNS設定にCNAMEをコピペして発行
|
5
追記
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -27,7 +27,7 @@
|
|
|
27
27
|
##### 上記の詳細・結果
|
|
28
28
|
やったことの詳細をメモします（時系列は一部前後しているかもしれません）
|
|
29
29
|
|
|
30
|
-
・
|
|
30
|
+
・当該apiのVPCでApprecationロードバランサーを新規作成しようとする
|
|
31
31
|
・ロードバランサーにHTTPおよびHTTPSリスナーを追加
|
|
32
32
|
・そのためにSSL証明書が必要と言われたのでサイトと同じドメインについてACM証明書をリクエストし、XServerのDNS設定にCNAMEをコピペして発行
|
|
33
33
|
・ターゲットグループが必要と言われたので当該インスタンスをターゲットとするターゲットグループを追加
|
|
@@ -35,4 +35,9 @@
|
|
|
35
35
|
・ロードバランサー作成に成功
|
|
36
36
|
・HTTPおよびHTTPSリスナーに「到達できません」と表示されていたので、当該セキュリティグループに任意IPからのHTTPおよびHTTPSインバウンドを追加
|
|
37
37
|
・Qiitaの記事に従い任意パスからのHTTPアクセスをHTTPSにリダイレクトするルールを追加
|
|
38
|
-
・net::ERR_SSL_PROTOCOL_ERRORになる
|
|
38
|
+
・net::ERR_SSL_PROTOCOL_ERRORになる
|
|
39
|
+
・ターゲットグループのポートを80から8000にしてみる（Unhealthy解消）
|
|
40
|
+
・ドメインをサイトのものではなく、Route53にフィールドを作った完全に新しいものに変えてみる（変化無し）
|
|
41
|
+
・セキュリティグループのインバウンドを全許可にしてみる（変化無し）
|
|
42
|
+
・fetchするURLの最後を:8000から:443や:80にしてみる（変化無し）
|
|
43
|
+
・インスタンスやfast-apiを再起動してみる（変化無し）
|
4
画像追加
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -5,8 +5,12 @@
|
|
|
5
5
|
ローカルでは完璧にfetchできていたサイトを本番環境にデプロイしたところ、`blocked:mixed-content`（HTTPSのサイトなのにHTTPでfetchしているぞ）というエラーが出ました。そこで、
|
|
6
6
|
[AWS EC2上のアプリのhttpリクエストをhttpsにした【初学者】](https://qiita.com/seshiruff4214/items/d72b56c5c08ba7a455f8)
|
|
7
7
|
を参考にAWSのHTTPS化を行いましたが、今度は`net::ERR_SSL_PROTOCOL_ERROR`が直りません。
|
|
8
|
+
|
|
9
|
+
|
|
10
|
+
|
|
11
|
+
|
|
8
|
-
|
|
9
|
-
|
|
13
|
+
|
|
10
14
|
ローカルからHTTPでならfetchでき、HTTPSからのアクセスはそこにリダイレクトしているだけのはずなのですが、何が原因でできないのでしょうか？
|
|
11
15
|
|
|
12
16
|
### エラーメッセージ
|
3
整理
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -1,29 +1,19 @@
|
|
|
1
1
|
### 実現したいこと
|
|
2
|
-
ローカルサーヴァーで完璧に動いていた、AWSのバックエンドをfetchするサイトを本番環境にデプロイしたところ、`blocked:mixed-content`（httpsのサイトなのにhttpでfetchしているぞ）エラーが出ました。
|
|
3
|
-
[AWS EC2上のアプリのhttpリクエストをhttpsにした【初学者】](https://qiita.com/seshiruff4214/items/d72b56c5c08ba7a455f8)
|
|
4
|
-
|
|
2
|
+
AWSのバックエンドをwebサイトからHTTPSでfetchしたいです。
|
|
5
|
-
インスタンスを再起動してからは`net::ERR_CONNECTION_REFUSED`エラーに変わってhttpでのfetchすらできなくなってしまいました。
|
|
6
|
-
どうしたらいいかわかりますか？
|
|
7
3
|
|
|
8
4
|
### 発生している問題・分からないこと
|
|
5
|
+
ローカルでは完璧にfetchできていたサイトを本番環境にデプロイしたところ、`blocked:mixed-content`（HTTPSのサイトなのにHTTPでfetchしているぞ）というエラーが出ました。そこで、
|
|
6
|
+
[AWS EC2上のアプリのhttpリクエストをhttpsにした【初学者】](https://qiita.com/seshiruff4214/items/d72b56c5c08ba7a455f8)
|
|
7
|
+
を参考にAWSのHTTPS化を行いましたが、今度は`net::ERR_SSL_PROTOCOL_ERROR`が直りません。
|
|
9
8
|
|
|
10
|
-
|
|
9
|
+
コード無しのHealth checks failedが出ていますがこれも詳細がわかりません（追記：ターゲットグループのHTTPポートをfast-apiに合わせて80から8000に変更したらこれは直りました）。
|
|
10
|
+
ローカルからHTTPでならfetchでき、HTTPSからのアクセスはそこにリダイレクトしているだけのはずなのですが、何が原因でできないのでしょうか？
|
|
11
11
|
|
|
12
|
-
|
|
13
12
|
### エラーメッセージ
|
|
14
13
|
```error
|
|
15
|
-
blocked:mixed-content
|
|
16
14
|
net::ERR_SSL_PROTOCOL_ERROR
|
|
17
|
-
net::ERR_CONNECTION_REFUSED
|
|
18
|
-
Health checks failed
|
|
19
15
|
```
|
|
20
16
|
|
|
21
|
-
### 該当のソースコード
|
|
22
|
-
|
|
23
|
-
```
|
|
24
|
-
特になし
|
|
25
|
-
```
|
|
26
|
-
|
|
27
17
|
### 試したこと・調べたこと
|
|
28
18
|
- [x] teratailやGoogle等で検索した
|
|
29
19
|
- [x] ソースコードを自分なりに変更した
|
|
@@ -41,10 +31,4 @@
|
|
|
41
31
|
・ロードバランサー作成に成功
|
|
42
32
|
・HTTPおよびHTTPSリスナーに「到達できません」と表示されていたので、当該セキュリティグループに任意IPからのHTTPおよびHTTPSインバウンドを追加
|
|
43
33
|
・Qiitaの記事に従い任意パスからのHTTPアクセスをHTTPSにリダイレクトするルールを追加
|
|
44
|
-
・net::ERR_SSL_PROTOCOL_ERRORになる
|
|
34
|
+
・net::ERR_SSL_PROTOCOL_ERRORになる
|
|
45
|
-
・webコンソールからインスタンスを再起動
|
|
46
|
-
・net::ERR_CONNECTION_REFUSEDになる
|
|
47
|
-
・AWSのサポートは受け付けされない
|
|
48
|
-
|
|
49
|
-
### 補足
|
|
50
|
-
特になし
|
2
m
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -35,11 +35,11 @@
|
|
|
35
35
|
|
|
36
36
|
・zmkapiのVPCでApprecationロードバランサーを新規作成しようとする
|
|
37
37
|
・ロードバランサーにHTTPおよびHTTPSリスナーを追加
|
|
38
|
-
・そのためにSSL証明書が必要と言われたので
|
|
38
|
+
・そのためにSSL証明書が必要と言われたのでサイトと同じドメインについてACM証明書をリクエストし、XServerのDNS設定にCNAMEをコピペして発行
|
|
39
|
-
・ターゲットグループが必要と言われたので
|
|
39
|
+
・ターゲットグループが必要と言われたので当該インスタンスをターゲットとするターゲットグループを追加
|
|
40
|
-
・２箇所以上のサブネットが必要と言われたので
|
|
40
|
+
・２箇所以上のサブネットが必要と言われたので当該VPCにus-east-1c サブネットを追加
|
|
41
41
|
・ロードバランサー作成に成功
|
|
42
|
-
・HTTPおよびHTTPSリスナーに「到達できません」と表示されていたので、
|
|
42
|
+
・HTTPおよびHTTPSリスナーに「到達できません」と表示されていたので、当該セキュリティグループに任意IPからのHTTPおよびHTTPSインバウンドを追加
|
|
43
43
|
・Qiitaの記事に従い任意パスからのHTTPアクセスをHTTPSにリダイレクトするルールを追加
|
|
44
44
|
・net::ERR_SSL_PROTOCOL_ERRORになる
|
|
45
45
|
・webコンソールからインスタンスを再起動
|
1
あ
title
CHANGED
|
File without changes
|
body
CHANGED
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
### 実現したいこと
|
|
2
|
-
ローカルサーヴァーで完璧に動いていたAWSのバックエンドを本番環境にデプロイしたところ、`blocked:mixed-content`（httpsのサイトなのにhttpでfetchしているぞ）エラーが出ました。
|
|
2
|
+
ローカルサーヴァーで完璧に動いていた、AWSのバックエンドをfetchするサイトを本番環境にデプロイしたところ、`blocked:mixed-content`（httpsのサイトなのにhttpでfetchしているぞ）エラーが出ました。
|
|
3
3
|
[AWS EC2上のアプリのhttpリクエストをhttpsにした【初学者】](https://qiita.com/seshiruff4214/items/d72b56c5c08ba7a455f8)
|
|
4
4
|
を参考にAWSのhttps化を行い再起動しましたが今度は`net::ERR_SSL_PROTOCOL_ERROR`が直りません。
|
|
5
5
|
インスタンスを再起動してからは`net::ERR_CONNECTION_REFUSED`エラーに変わってhttpでのfetchすらできなくなってしまいました。
|