A porta 443 parece estar fechada nas varreduras do Nmap mesmo quando não há firewall

Question

Eu estava tentando diagnosticar um problema em que qualquer solicitação HTTPS para o meu VPS retorna com ERR_CONNECTION_CLOSED . Estou usando o Let's Encrypt implementado no NGINX enquanto o próprio servidor da Web é um aplicativo Node.js.

O site é exibido em um subdomínio específico, digamos que é mysub.domain.com .

Aqui está o que é um scan do Nmap sobre o mysub.domain.com :

443/tcp  open     https?

E aqui está o que uma verificação semelhante no endereço IP público apresenta:

443/tcp  closed   https

Meu VPS ainda não tem firewall, pelo menos no próprio host. Aqui está a saída de iptables -S

-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT

UPDATE Veja a saída de netstat -tlpdn

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      367/sshd        
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      7283/nginx -g daemo
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      773/mysqld      
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      7283/nginx -g daemo
tcp6       0      0 :::22                   :::*                    LISTEN      367/sshd        
tcp6       0      0 :::8080                 :::*                    LISTEN      5873/nodejs     

UPDATE Veja o conteúdo do sites-available/default do NGINX

server {
    listen 443 ssl;

    server_name mysub.domain.com;

    ssl_certificate /etc/letsencrypt/live/mysub.domain.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/mysub.domain.com/privkey.pem;
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_prefer_server_ciphers on;
    ssl_dhparam /etc/ssl/certs/dhparam.pem;
    ssl_ciphers 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA';
    ssl_session_timeout 1d;
    ssl_session_cache shared:SSL:50m;
    ssl_stapling on;
    ssl_stapling_verify on;
    add_header Strict-Transport-Security max-age=15768000;

    location / {
        proxy_pass http://localhost:8080;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;
    }
}

server {
    listen 80;
    server_name mysub.domain.com;
    return 301 https://$host$request_uri;
}

O administrador da instalação que abriga o VPS me diz que abriu a porta 443. Eles estão perdendo alguma coisa? Ou é um erro da minha parte?

    

Answer 1

Como se viu, o administrador perdeu algo. A instalação implementa algumas coisas estranhas NAT / IP-forwarder e eles se esqueceram de encaminhar o tráfego na porta 443 para o meu VPS.