Может ли nginx использовать разные протоколы SSL в разных блоках сервера?

Я пытаюсь настроить имя хоста, чтобы продемонстрировать плохую конфигурацию SSL, и у меня возникли некоторые проблемы. Я могу указать некоторые плохие комплекты шифров, но nginx, похоже, игнорирует выбор протокола.

server {
    listen 443 spdy ssl;
    keepalive_timeout 70;
    server_name example.co.uk;
    client_max_body_size 10M;

    ssl_certificate /path/to/ssl.crt;
    ssl_certificate_key /path/to/ssl.key;
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ...
}

server {
    listen 443 spdy ssl;
    keepalive_timeout 70;
    server_name weak.example.co.uk;
    client_max_body_size 10M;

    ssl_certificate /path/to/weakssl.crt;
    ssl_certificate_key /path/to/weakssl.key;
    ssl_protocols SSLv3;
    ...
}

Nginx может использовать разные наборы шифров, которые я указал, но, похоже, использует протоколы из первого блока сервера по всем направлениям, так что strong.example.co.uk имеет TLSv1/1.1/1.2 и не поддерживает SSLv3.

Можно ли указать разные протоколы для каждого блока сервера?

Источник

3 ответа

Это похоже на ошибку в nginx. Я только что получил это сейчас, мне потребовалось время, чтобы понять это.

Это всегда только с помощью ssl_protocols директива из первого блока сервера. В моем случае у меня много виртуальных серверов, работающих на одном экземпляре, поэтому я использовал nginx -T Команда для отображения полной объединенной конфигурации, чтобы выяснить, какой блок сервера был "первым", так как я разделил его на множество отдельных файлов конфигурации.

На момент написания статьи я пробовал это на Ubuntu 14.04.5 с установленным nginx из ondrej/nginx Через поверенного В частности, я использую nginx 1.10.2, собранный с OpenSSL 1.0.2j.

Выход из nginx -V

nginx version: nginx/1.10.2
built with OpenSSL 1.0.2j  26 Sep 2016
TLS SNI support enabled
configure arguments: --with-cc-opt='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2' --with-ld-opt='-Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now' --prefix=/usr/share/nginx --conf-path=/etc/nginx/nginx.conf --http-log-path=/var/log/nginx/access.log --error-log-path=/var/log/nginx/error.log --lock-path=/var/lock/nginx.lock --pid-path=/run/nginx.pid --modules-path=/usr/lib/nginx/modules --http-client-body-temp-path=/var/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-proxy-temp-path=/var/lib/nginx/proxy --http-scgi-temp-path=/var/lib/nginx/scgi --http-uwsgi-temp-path=/var/lib/nginx/uwsgi --with-debug --with-pcre-jit --with-ipv6 --with-http_ssl_module --with-http_stub_status_module --with-http_realip_module --with-http_auth_request_module --with-http_v2_module --with-http_spdy_module --with-http_dav_module --with-http_slice_module --with-threads --with-http_addition_module --with-http_geoip_module=dynamic --with-http_gunzip_module --with-http_gzip_static_module --with-http_image_filter_module=dynamic --with-http_sub_module --with-http_xslt_module=dynamic --with-stream=dynamic --with-stream_ssl_module --with-mail=dynamic --with-mail_ssl_module --add-dynamic-module=/build/nginx-8xB1_y/nginx-1.10.2/debian/modules/nginx-auth-pam --add-dynamic-module=/build/nginx-8xB1_y/nginx-1.10.2/debian/modules/nginx-dav-ext-module --add-dynamic-module=/build/nginx-8xB1_y/nginx-1.10.2/debian/modules/nginx-echo --add-dynamic-module=/build/nginx-8xB1_y/nginx-1.10.2/debian/modules/nginx-upstream-fair --add-dynamic-module=/build/nginx-8xB1_y/nginx-1.10.2/debian/modules/ngx_http_substitutions_filter_module
Источник
  1. Проверьте, что ваша конфигурация статически проверена с nginx -t
  2. Проверьте, что ваша конфигурация динамически проверена путем мониторинга журнала ошибок, определенного в main уровень при выдаче перезагрузки (либо service nginx reload или же kill -SIGHUP <nginx master PID>)
  3. Создайте тестовое местоположение на каждом сервере (см. Ниже)
  4. Убедитесь, что ваш nginx собран с расширением SNI (обычно да, если вы используете предварительно собранный пакет)
  5. Убедитесь, что используется правильный сервер: если при выборе имени домена с помощью SNI происходит сбой или SNI недоступен, nginx будет использовать сервер по умолчанию для обслуживания контента. Сервер по умолчанию является, если явно не указано иное, первым найденным в файле конфигурации.
  6. Убедитесь, что кэш браузера очищен (и что любой кэш между сервером и браузером обновляется / очищается)

Если должен быть представлен неправильный сертификат (без SNI или неправильного выбора сервера), вы обычно получаете предупреждение о сертификате, так как будет иметь место несоответствие между запрошенным доменным именем и тем, которое установлено для сертификата.

Это покажет протокол, используемый текущим соединением:

location /SSLProtocol {
    return 200 $ssl_protocol;
}
Источник

ИМХО, это ошибка в nginx - пакет Client Hello содержит SNI, который можно извлечь, чтобы найти блок виртуального сервера перед ответом сервера hello и список поддерживаемых протоколов TLS.

У меня есть рабочий патч - если кому-то интересно - могу опубликовать.

Источник
Другие вопросы по тегам