Я недавно начал настраивать свой собственный веб-сайт (без опыта работы с серверами, но несколько лет работал в Linux) и выбрал NGINX для своего веб-сервера. Он работает на Raspberry Pi 2 с Raspbian 8 (по сути, Debian Jessie). Я получил обычный http, работающий очень быстро, но https - боль в заднице. Я следовал этому руководству, за исключением части о Let's Encrypt, так как я использовал certbot с webroot для получения моих сертификатов. Теперь, когда я пытаюсь подключиться к серверу через веб-браузер с его доменным именем или внешним IP-адресом, я получаю следующее:

(Я заменил свое фактическое доменное имя на mywebsite.com)

Хром:

This site can’t provide a secure connection

mywebsite.com uses an unsupported protocol.
ERR_SSL_VERSION_OR_CIPHER_MISMATCH

Fire Fox:

Unable to Connect Securely

Firefox cannot guarantee the safety of your data on mywebsite.com because
it uses SSLv3, a broken security protocol.

Обе эти ошибки приводят меня к мысли, что NGINX использует SSLv3, несмотря на то, что он не указан ни в одном файле конфигурации. Я не /etc/nginx/nginx.conf . Нет никаких синтаксических ошибок в конфигурации согласно 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;
}

Интересно, что когда я подключаюсь к серверу через его локальный адрес 192.168.1.64, index.html загружается, но (понятно), браузеры жалуются, что сертификаты действительны только для mywebsite.com и www.mywebsite.com, а не 192.168.1.64. На моем DNS-сервере я указал запись A для mywebsite.com и * .mywebsite.com, обе из которых направлены на IP-адрес сервера. Что я упустил?

(перенес этот вопрос сюда из Server Fault, где он был закрыт за не по теме)

|источник

1 ответ1

0

Дурак я! Я забыл проверить настройки переадресации портов на моем древнем модеме, поэтому я достиг панели управления, а не своего сайта. Я не продолжил от ошибок, представленных браузерами, что я должен был сделать. Они действительно делают это трудным, хотя.

Единственная загадка, которая осталась, - почему веб-корень certbot работал в первую очередь? Я думал, что для этого нужно было открыть порт 443, но я все равно получил ключи от моего распи.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .