awsでhttps設定をすると、nginxでエラーが出る、起動したい

Question

awsでhttps設定をすると、nginxでエラーが出る、起動したいです。

ruby on rails でアプリを作成し、

(下準備編)世界一丁寧なAWS解説。EC2を利用して、RailsアプリをAWSにあげるまで

を参考にデプロイしました

SSL設定をしたく

ALB-EC2構成のhttps接続を構築

AWSでhttps化

を参考に設定していきました。

ここまではできたのですが、
サイトがうまく表示されず、
原因を探していくと、nginxの設定ができてなかったと気付きました

【超丁寧】Rails4.2 + AWS + nginx でウェブアプリのproductionを http → https に移行させた方法

のコードを参考にnginx設定をし、
nginxを起動すると、エラーになってしましました。

$ sudo service nginx restart
Redirecting to /bin/systemctl restart nginx.service
Job for nginx.service failed because the control process exited with error code. See "systemctl status nginx.service" and "journalctl -xe" for details.

とターミナルに表示され、

$ systemctl status nginx.service　

● nginx.service - The nginx HTTP and reverse proxy server
   Loaded: loaded (/usr/lib/systemd/system/nginx.service; disabled; vendor preset: disabled)
   Active: failed (Result: exit-code) since 木 2020-01-09 07:49:57 UTC; 5min ago
  Process: 2753 ExecStart=/usr/sbin/nginx (code=exited, status=0/SUCCESS)
  Process: 2970 ExecStartPre=/usr/sbin/nginx -t (code=exited, status=1/FAILURE)
  Process: 2969 ExecStartPre=/usr/bin/rm -f /run/nginx.pid (code=exited, status=0/SUCCESS)
 Main PID: 2756 (code=exited, status=0/SUCCESS)

となってしまい、解決策を検索しているのですが見つかりません

どなたか教えていただけますでしょうか。

/etc/nginx/nginx.confは

user nginx;
worker_processes auto;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;

# Load dynamic modules. See /usr/share/doc/nginx/README.dynamic.
include /usr/share/nginx/modules/*.conf;

events {
    worker_connections 1024;
}

http {
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile            off;
    tcp_nopush          on;
    tcp_nodelay         on;
    keepalive_timeout   65;
    types_hash_max_size 2048;

    include             /etc/nginx/mime.types;
    default_type        application/octet-stream;

    # Load modular configuration files from the /etc/nginx/conf.d directory.
    # See http://nginx.org/en/docs/ngx_core_module.html#include
    # for more information.
    include /etc/nginx/conf.d/*.conf;

   server {
    listen 80;
    proxy_set_header X-Forwarded-Proto $scheme;
    if ( $http_x_forwarded_proto != 'https' ) {
      return 301 https://$host$request_uri;
    }

    # Load configuration files for the default server block.
    include /etc/nginx/default.d/*.conf;

    location / {
    }

    error_page 404 /404.html;
        location = /40x.html {
    }

    error_page 500 502 503 504 /50x.html;
        location = /50x.html {
    }
  }

  #httpsサーバー
  server {
    listen 443 ssl;
    server_name ○○○○○○○○;#ドメイン名に修正
  }

と書きました。

/etc/nginx/conf.d/○○○○○confの内容は

error_log  /var/www/rails/○○○○/log/nginx.error.log; 
access_log /var/www/rails/○○○○/log/nginx.access.log; 
# max body size

upstream app_server {
  # for UNIX domain socket setups
  server unix:/var/www/rails/○○○○/tmp/sockets/.unicorn.sock fail_timeout=0; #自分のアプリケーション名に変更
}
server {
  listen 80;
  server_name 13.112.20.119 archibook.cloud;
  # nginx so increasing this is generally safe...
  keepalive_timeout 5;
  # path for static files
  root /var/www/rails/○○○○/public; 
  # page cache loading
  try_files $uri/index.html $uri.html $uri @app;
  location @app {
    # HTTP headers
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Host $http_host;
    proxy_redirect off;
    proxy_pass http://app_server;
  }
  # Rails error pages
  error_page 500 502 503 504 /500.html;
  location = /500.html {
    root /var/www/rails/○○○○/public; 
  }
}

Answer 1

回答いただいた設定（参考https://blog.hatappi.me/entry/2018/07/27/091946）と、セキュリティグループをアプリ用に作りアクセスできた。

Answer 2

nginxで443をlistenしたいなら、証明書を設定する箇所が必要です。

internet -443-> ALB -80-> nginx ですと、nginxのlistenポートは80のままでOKです。
※言ってることはyu_1985さんの回答と同じです

ELBを噛ませてELB上でSSL終端するのであれば、下にあるインスタンスはhttpのリクエストが受け付けられれば十分です。

Answer 3

/etc/nginx/conf.d/とか/etc/nginx/default.d/に違うconfがあったりしませんか

それはそれとして、参照している記事は古いので、ALBを使っているものを探してみてください。
また、ロードバランサーからEC2の80番ポートにリクエストを振っているのに、そのリクエストをhttpsにリダイレクトさせたら多分おかしなことになります（nginxの起動に失敗するのとは関係ないでしょうけど。）
ELBを噛ませてELB上でSSL終端するのであれば、下にあるインスタンスはhttpのリクエストが受け付けられれば十分です。

Comments

[marco]

>/etc/nginx/conf.d/とか/etc/nginx/default.d/に違うconfがあったりしませんか

confファイルが、/etc/nginx/conf.dの中に、アプリ名.confでありました。

新しい記事探しと、リダイレクト関係確認してみます。

[marco]

>それはそれとして、参照している記事は古いので、ALBを使っているものを探してみてください。
また、ロードバランサーからEC2の80番ポートにリクエストを振っているのに、そのリクエストをhttpsにリダイレクトさせたら多分おかしなことになります（nginxの起動に失敗するのとは関係ないでしょうけど。）
ELBを噛ませてELB上でSSL終端するのであれば、下にあるインスタンスはhttpのリクエストが受け付けられれば十分です。

インスタンスはhttpのリクエストできる設定のままで良いってことですか？

新そうなサイトを見つけたので、参考に修正しようと思います。
https://qiita.com/Yuki_Nagaoka/items/55ed1610cfc1f59398b1#4nginx%E3%81%AE%E8%A8%AD%E5%AE%9A

[yu_1985]

このサイトのやり方はちょっと完全ではないですね…。
具体的には下記です

- ALB配下のインスタンスでHTTP→HTTPSのリダイレクトをしている
ALBだけでHTTPSへのリダイレクトが可能です。配下のインスタンスではhttpだけ受け付ければOKです。
https://dev.classmethod.jp/cloud/aws/alb-redirects/
- ALBを噛ませているのに配下のインスタンスの80,443を全開放している
　ALBからの通信だけ許可すれば十分（というか、そうしないとインスタンスに直接アクセスする手段が残っていまう）なのと、そもそも見た感じ80番ポートにしかリクエストを振っていないので443番ポートを開ける必要性がありません（nginxでわざわざリダイレクトしているから開けている？）

[marco]

無知な部分があって申し訳ないのですが、
>ALBだけでHTTPSへのリダイレクトが可能です。配下のインスタンスではhttpだけ受け付ければOKです。
ってことは、https://dev.classmethod.jp/cloud/aws/alb-redirects/の設定をすれば、
nginxの設定はなしでも可能ってことですか？

[yu_1985]

はい、nginxにリダイレクトの設定を入れる必要がなくなります。（もちろん通常通り80番ポートはListenしておかないとダメです）
参考
https://blog.hatappi.me/entry/2018/07/27/091946

これによってALB配下のインスタンスに持たせる情報がまた減り、サーバの設定をよりシンプルにできます。
非常に便利なのでALBを使用するのであれば是非使うといいと思います。

[marco]

コメント遅くなって申し訳ありません。
参考サイトありがとうございます！
頼ってしまって恐れ多いのですが、
nginxの設定は前に戻し、ALBの設定を参考サイトをみながらしてみたのですが、サイトが開かず、、、
VPCのセキュリティグループ→インバウンドのルール設定で、HTTP,SSH
ロードバランサーのターゲットグループ→プロトコルHTTP
ロードバランサーのリスナー→HTTP（参考サイトよりルール設定）、HTTPS
なのですが、他に設定すべきところがあるのでしょうか、、、

[yu_1985]

それだけでは開かない原因がちょっとわからないです…。
開かないといいますが、nginx、ALBのどこでエラーになっているのか、またエラーの内容はなにか、はわかりますか？

[marco]

エラーになっている箇所を突き詰めようと、route53の設定をいったんIPアドレスでアクセスする設定に戻して
たんですが、ちょっとおかしなことをしてしまったのか
unicornの起動でエラーが出たので、一旦保留にします。申し訳ありません。

[marco]

一からやり直そうと、セキュリティグループをデフォルトからオリジナルの設定にしたらアクセスできました。