Este site não pode ser acessado ERR_CONNECTION_REFUSED - nginx não está escutando na porta 80

Question

Estou executando uma pilha LEMP que atende a solicitações de endereços IP locais e remotos e, agora, não está atendendo a solicitações. Eu estava tentando configurar hosts virtuais quando parou de atender a solicitações remotas. Eu tentei consertar isso e agora ele também não está atendendo a solicitações locais. Sempre que tento acessar o site, da LAN ou da Internet, recebo uma mensagem de erro que diz (no Chrome): "Este site não pode ser acessado ... ERR_CONNECTION_REFUSED"

Eu posso fazer ping no endereço IP interno do servidor, no endereço IP externo e no nome do domínio, mas não consigo fazer o site carregar. Eu também estou trabalhando nisso via SSH, não diretamente na máquina. Este é um problema de configuração, não um problema de rede.

Aqui está o arquivo de configuração do meu site: /etc/nginx/sites-available/anneliesephotos.com

server {
    listen 80 default_server;
    listen [::]:80 default_server;

    root /usr/share/nginx/ftp/lauren/anneliesephotos;

    index index.php index.html index.htm index.nginx-debian.html;

    server_name anneliesephotos.com;
    # www.anneliesephotos.com;
    #server_name 99.104.137.87;

    location / {
        # First attempt to serve request as file, then
        # as directory, then fall back to displaying a 404.
        #try_files $uri $uri/ =404;
        try_files $uri $uri/ /index.php?q=$uri$args;
    }

    location ~ \.php$ {
        include snippets/fastcgi-php.conf;

        # With php-fpm (or other unix sockets):
        fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;
        # With php-cgi (or other tcp sockets):
        #fastcgi_pass 127.0.0.1:9000;
    }

    location ~ /\.ht {
            deny all;
    }
}

Veja o que meu arquivo / etc / nginx / sites-available / default possui:

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

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

    server_name _;

    location / {
            # First attempt to serve request as file, then
            # as directory, then fall back to displaying a 404.
            #try_files $uri $uri/ =404;
            try_files $uri $uri/ /index.php$is_args$args;
    }
    location = /favicon.ico { log_not_found off; access_log off; }
    location = /robots.txt { log_not_found off; access_log off; allow all; }
    location ~* \.(css|gif|ico|jpeg|jpg|js|png)$ {
            expires max;
            log_not_found off;
    }
}

Quando eu olho para o arquivo padrão no Nano, as linhas "expire max;", "log_not_found off;", e a chave de fechamento na próxima linha depois delas tem blocos vermelhos sólidos à esquerda delas, quase como um erro.

É assim que o arquivo /etc/nginx/nginx.conf se parece:

user www-data;
worker_processes 2;
pid /run/nginx.pid;
include /etc/nginx/modules-enabled/*.conf;

events {
    worker_connections 768;
    multi_accept on;
}

http {

    ##
    # Basic Settings
    ##

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

    server_tokens off;

    #server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

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

    ##
    # SSL Settings
    ##

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
    ssl_prefer_server_ciphers on;
    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    ##
    # Gzip Settings
    ##

    gzip on;
    gzip_disable "msie_6";
    gzip_min_length 1100;

    gzip_vary on;
    gzip_proxied any;
    # gzip_comp_level 6;
    gzip_buffers 16 8k;
    # gzip_http_version 1.1;
    gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript image/svg+xml
    application/x-font-ttf font/opentype application/vnd.ms-fontobject;

    ##
    # Virtual Host Configs
    ##

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*.*;
}

/ etc / nginx / sites-enabled tem um link simbólico para a pasta / etc / nginx / sites-available / anneliesephotos

lrwxrwxrwx 1 root root   42 Nov 24 02:44 anneliesephotos -> /etc/nginx/sites-available/anneliesephotos

Quando executo netstat -tlpn , vejo que, por algum motivo, a porta 80 não está escutando, apesar do arquivo de configuração do site dizer:

Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      702/systemd-resolve
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1211/sshd
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      1326/mysqld
tcp6       0      0 :::21                   :::*                    LISTEN      1005/vsftpd
tcp6       0      0 :::22                   :::*                    LISTEN      1211/sshd

Quando executo nginx -t , obtenho isto:

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok 
nginx: configuration file /etc/nginx/nginx.conf test is successful

Quando executo service nginx status , obtenho a seguinte linha, entre outras (nenhuma delas inclui "desativado" ou "desativado"):

Active: active (running) since Sat 2018-11-24 10:47:48 UTC; 5h 38min ago

Então eu sei que o nginx está rodando, a sintaxe dos arquivos de configuração está correta, o arquivo de configuração para o site em particular diz para escutar na porta 80, e o arquivo de configuração é linkado em / sites-enabled

    

Answer 1

Acabei de desinstalar, reinstalar e reconfigurar o nginx. Não havia muito a reconfigurar, apenas algumas linhas no arquivo de configuração anneliesephotos. Mas isso não resolveu isso.

Descobri que não conseguia nem fazer o ping do site fora da rede. Eu verifiquei meu roteador e ele disse que estava permitindo todo o tráfego para o servidor web, mas claramente não era. Eu reconfigurei o roteador para permitir apenas os protocolos que eu precisava. Então eu reiniciei o roteador e ele começou a deixar o tráfego passar.

Eu terminei de reconfigurar o nginx para servir o site. Eu também tive que mudar

try_files $uri $uri/ =404;

para

try_files $uri $uri/ /index.php?q=$uri&$args;

e agora está funcionando novamente.