Comecei a configurar meu próprio site recentemente (sem experiência prévia em servidores, mas vários anos no Linux) e selecionei o NGINX para meu servidor da web. Ele está rodando em um Raspberry Pi 2 com Raspbian 8 (essencialmente Debian Jessie). Eu tenho http regular trabalhando muito rapidamente, mas https é uma dor na bunda. Eu segui este tutorial , exceto a parte sobre Let's Encrypt, desde que usei o certbot com webroot para obter meus certificados. Agora, quando tento conectar-me ao servidor a partir de um navegador da Web com seu nome de domínio ou seu IP externo, obtenho o seguinte:
(substituí meu nome de domínio real por mywebsite.com)
Chromium:
This site can’t provide a secure connection
mywebsite.com uses an unsupported protocol.
ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Firefox:
Unable to Connect Securely
Firefox cannot guarantee the safety of your data on mywebsite.com because
it uses SSLv3, a broken security protocol.
Esses dois erros me levam a acreditar que o NGINX está usando o SSLv3, apesar de não estar especificado em nenhum arquivo de configuração. Eu não modifiquei /etc/nginx/nginx.conf . Não há erros de sintaxe na configuração de acordo com nginx -t .
/etc/nginx/sites-enabled/default :
server {
listen 443 ssl;
listen [::]:443 ssl;
server_name mywebsite.com www.mywebsite.com;
root /var/www/html;
index index.html index.htm index.nginx-debian.html;
ssl_certificate /etc/letsencrypt/live/mywebsite.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/mywebsite.com/privkey.pem;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
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 / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
try_files $uri $uri/ =404;
}
}
server {
listen 80;
listen [::]:80;
server_name mywebsite.com www.mywebsite.com;
return 301 https://$host$request_uri;
}
Curiosamente, quando me conecto ao servidor por meio de seu endereço local, 192.168.1.64, index.html é carregado, mas (compreensivelmente) os navegadores reclamam que os certificados só são válidos para mywebsite.com e www.mywebsite.com, e não 192.168 1,64.
No meu servidor DNS, especifiquei um registro A para mywebsite.com e * .mywebsite.com, ambos direcionando para o IP do servidor. O que eu senti falta?
(moveu essa questão aqui do Server Fault, onde ela foi fechada por estar fora do tópico)