web-dev-qa-db-ja.com

再起動後のNginx 502 Bad Gateway

前のスタッフが設定したサーバーの管理を引き継ぎました。これは、一部のレガシーコード（AWSで実行）のSVNサーバーとして純粋に使用されるUbuntu 16.04.3 LTSサーバーです。

Nginxを実行しており、通常はブラウザーでurl https://mysvn.com にアクセスし、「It works！」とだけ記載されたページを取得できます。

最近、サーバーに最新の更新プログラムを適用し、再起動した後、ブラウザーに502 Bad Gatewayメッセージが表示されました。しかし、奇妙なことに、最新のスナップショットを使用してアタッチされた新しいボリュームを作成しましたが、問題は引き続き発生します。だから、これはパッチのせいではなく、むしろ再起動を処理できないnginxの設定に関するものだと思います。

残念なことに、configの何が問題なのかを知るのに十分なnginxについては知りません。

ログのエラーメッセージは次のとおりです。

2018/01/08 09:35:05 [error] 10387#10387: *162 connect() failed (111: Connection refused) while connecting to upstream, client: XX.XX.XXX.XX, server: mysvn.com, request: "GET / HTTP/1.1", upstream: "http://127.0.0.1:8080/", Host: "mysvn.com"

/ etc/nginx/sites-availableにあるファイルのコードは次のとおりです。

server {
        listen 80 default_server;
        listen [::]:80 default_server;
        root /var/www/html;

        server_name mysvn.com;

        location /.well-known {
            alias /var/www/html/.well-known;
        }
}

server {
        listen              443 ssl;
        server_name         mysvn.com;
        ssl_certificate     /home/jenkins/.acme.sh/mysvn.com/mysvn.com.cer;
        ssl_certificate_key /home/jenkins/.acme.sh/mysvn.com/mysvn.com.key;
        ssl_protocols       TLSv1 TLSv1.1 TLSv1.2;
        ssl_ciphers         "EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH";
        ssl_dhparam         /etc/ssl/certs/dhparam.pem;

        root /var/www/html;

        # Add index.php to the list if you are using PHP
        index index.html index.htm index.nginx-debian.html;

        location / {
                # First attempt to serve request as file, then
                # as directory, then fall back to displaying a 404.
                # try_files $uri $uri/ =404;
                proxy_pass http://localhost:8080/;
        }
        client_max_body_size 200M;

}

エラーの原因に関する詳細情報を見つける方法はありますか？

nginxwebserver
1
shaneoh

このトピックがaskubuntu.com向けかどうかはわかりませんが、答えようとします。

proxy_pass http://localhost:8080/;があります。これは、nginxがすべてのリクエストを処理してプロキシすることを期待しているものです。たぶんApacheもあり、サーバーの再起動後にApacheが実行されない可能性があります。

service Apache2 startを使用して起動してみて、「正常に動作する」ことを確認してください。ページ！

1
Nikolay Nikolov