Nginx 502 Bad Bad Gateway após o reinício

0

Acabei de assumir o gerenciamento de um servidor configurado por um membro anterior da equipe. É um servidor LTS Ubuntu 16.04.3 que é usado apenas como um servidor SVN para algum código legado (rodando na AWS).

Ele roda o nginx e normalmente podemos acessar em um navegador o link da url e obter uma página que apenas diga "Funciona!".

Recentemente, atualizei o servidor com as atualizações mais recentes e, após a reinicialização, recebi uma mensagem 502 Bad Gateway no navegador. Mas o estranho é que criei um novo volume anexado usando os snapshots mais recentes, e o problema ainda persiste. Então eu acho que isso não é causado pelo patch, mas sim algo sobre a configuração do nginx que não pode lidar com a reinicialização.

Infelizmente, não sei o suficiente sobre o nginx para ver o que há de errado com a configuração.

A mensagem de erro nos registros é:

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"

O código do arquivo em / etc / nginx / sites-available é este:

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;

}

Existe alguma maneira de encontrar mais informações sobre o que está causando o erro?

    
por shaneoh 08.01.2018 / 10:39

1 resposta

1

Não tenho certeza se esse tópico é para o askubuntu.com, mas tentarei respondê-lo.

Você tem proxy_pass http://localhost:8080/; , que é algo que o nginx espera que funcione e faz proxy de todas as solicitações. Talvez você também tenha o apache e ele não esteja em execução após a reinicialização dos servidores.

Tente iniciá-lo usando: service apache2 start e veja se você tem "Funciona!" página!

    
por Nikolay Nikolov 08.01.2018 / 12:12