Q&A
ALBのリスナー設定とターゲットグループの設定はどうなっていますか？
また、nginxとALBでどこかリダイレクトの設定をしているところはありませんか？
「AWS ALB配下で運用していた Rails on nginx が突然 リダイレクトが繰り返し行われました。」でアクセスできなくなりました。
ちとおかしな修正があって、localでは動くがサーバー上で起動出来ない という状況原因確認のため、git bisectしたりbundle install したり、などして config.eager_load が原因か、とやっと起動出来たとおもったら発生。
一台のECインスタンス上で 二つ example.jp と evaluate.example.jpを運用していますが、前者は今までどおり動きます。
googleで調べてみたのですが、解決に至りませんでした。
よろしくお願いします。
evaluate_example.conf は以下です
upstream example_evaluate{ server unix:/opt/www/evaluate/shared/tmp/example.sock ; } server { server_name evaluate.example.jp; root /opt/www/evaluate/current/public; index index.html; access_log /var/log/nginx/evaluate.access.log ; error_log /var/log/nginx/evaluate.error.log warn; client_max_body_size 20M; proxy_connect_timeout 600; proxy_send_timeout 600; proxy_read_timeout 600; send_timeout 600; location / { proxy_pass http://example_evaluate; proxy_set_header Host $host; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } }
example.confはこれと全く同じです。
upstream server_name access_log error_log proxy_pass
が異なるだけ。
試したこと
- クッキー削除 : 変わらず
- location / に以下を追加してみたが、変わらず
location / { if ($http_x_forwarded_proto = "http") { return 301 https://$host$request_uri; } proxy_pass http://example_evaluate;
- googleでの調査では .httpaccessでの設定が多く見られたが、nginxなので使えない
- firefoxでトライ。同じエラー
###追記
＊モニタリングは一番上
＊HELTHチェックは example.jpで、evaluate.example.jpではないです
nginxとALBでどこかリダイレクトの設定
ALBでのリダイレクトは（意識にあるのは）80 => 433 だけです。
nginx の設定は上にあるとおりですが、リダイレクトはしていないつもりです
ありがとうございます。追記しました
念の為nginx.confも確認してみてください。
テキストで書いても分かりづらいので、隠すべきところをマスクした上でスクリーンショットを貼り付けたほうがわかりやすいかなと。
nginx.confもリダイレクトは無いようです
その画面だとリスナールールはデフォルトのものしか表示されてないので、View/edit rulesをクリックして他のルールが設定されないかも確認してみてください。
少なくとも
```
if ($http_x_forwarded_proto = "http") {
return 301 https://$host$request_uri;
}
```
は不要かと思います。
if ($http_x_forwarded_proto = "http") {
return 301 https://$host$request_uri;
}
は、AWSの https://aws.amazon.com/jp/premiumsupport/knowledge-center/redirect-http-https-elb/ の説明にあるものなのですが
そのURLはCLBでの話ですよね？
今回はALB側でリダイレクトの設定をしているのでその上でサーバ上でもリダイレクトさせるとおかしなことになります。（ALB→EC2のリクエストは80番ポートに向かうので、それを443にリダイレクトさせようとするとリダイレクトループになります）
CLBしかない頃はロードバランサー側でリダイレクトの設定を行うことができなかったのでWEBサーバで設定する必要がありました。
それはしらなかった。。
実はその部分（if (。。。}）なしで数カ月運用出来ていたのに突然だめになったので頭を抱えています、
同じサーバー、同じnginxで動いているもうひとつのvertualドメインの方は以前のまま「その部分」なしのままでアクセスできています。
ので、ますますわからない。
target-infoとelb〜で設定しているインスタンスは異なるのでしょうか？今回のドメインでアクセスさせてるのは後者ということでいいですか？
また、80番ポートのルールの方ではリダイレクト以外のことはしていないですか？
あと気になるところは、アプリ/サイトの方でリダイレクトしていないかですかね。
両者は同じものを参照しているんですか？
それと、301リダイレクトの設定をChromeがキャッシュしてしまうことがあるのでご注意を。
Chromeとそれ以外のブラウザで挙動が違う、なんてときはこれを疑ってください
https://gotohayato.com/content/100/
いま二つインスタンスがELBをつかっています。
target-info と example.jp（evaluate.example.jpもここ）
で、今回の問題は example.jp（evaluate.example.jpもここ）のペアの方です
80番ポートのルールの方ではリダイレクト以外のことはしていないです
アプリ/サイトの方でリダイレクト：これは アプリの中でRails の redirect_to は多用していますが、そこまで行かない TOPへのアクセスですので無関係ですよね。。
サイトでは「質問」の載せた nginx関係のconfの通りなのでproxy_pass へのForwardedはありますが、リダイレクトは 追加を試みた
if ($http_x_forwarded_proto = "http") {
return 301 https://$host$request_uri;
}
だけです。
なお、キャッシュは何度もクリアしています。firefoxでも同じ症状でした。
アプリごとに個別に設定したconfだけではなく、そもそものnginx.confになにか設定を入れたりはしてませんか？
>両者は
ここは言葉足らずでした。
evaluate.example.jpとexample.jpが指しているソースは同じか、という意味です。
RailsのほうではHTTP→HTTPSにするようなものはない、ということですかね。
ちなみにchromeのリダイレクト設定のキャッシュは通常のキャッシュクリアだと消えてくれないことがあります。
今回は別ブラウザでも同じ挙動なので関係なさそうですが…。
リダイレクトループ発生時のnginxのログやRailsのログを見てみたらなにか出ているかもしれません。
すみません、これ報告漏れ nginx.conf もなかったです。
evaluate.example.jpとexample.jpが指しているソース
nginxのconf も Railsもソースは違います。
evaluate は そうで無い方の staging ですので、ほぼ同じだが違いはあります。
confはサーバ名に関わる所、root、upstream が異なります。
両者で異なる部分をしらみつぶしに見比べてみるしかないですね。
片方でうまく行っていてもう片方でうまく行かないというのは何かしらの差異によって生まれている可能性が高いです。
ときにはほんの僅かな違い（それこそ1文字入っているかいないか）によって挙動が異なる場合があります。
また、同じリクエストを送ってログを見れば何かしら違いが見えるかもしれないので、設定をじっくり見直すとともにログの内容も確認してみてください。
ありがとうございます。
腰を据え差を見つけてみます
あなたの回答
tips
プレビュー
