Opened 3 years ago
Closed 3 years ago
#2257 closed defect (duplicate)
Неявное разрушение всех настроек и очень странное поведение сервера
| Reported by: | Owned by: | ||
|---|---|---|---|
| Priority: | minor | Milestone: | |
| Component: | nginx-core | Version: | 1.10.x |
| Keywords: | Cc: | wberdnik@… | |
| uname -a: | Linux cs45564 4.9.0-14-amd64 #1 SMP Debian 4.9.240-2 (2020-10-30) x86_64 GNU/Linux | ||
| nginx -V: |
nginx version: nginx/1.10.3
built with OpenSSL 1.1.0l 10 Sep 2019 (running with OpenSSL 1.1.1a 20 Nov 2018) TLS SNI support enabled configure arguments: --with-cc-opt='-g -O2 -fdebug-prefix-map=/build/nginx-8G38mz/nginx-1.10.3=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2' --with-ld-opt='-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_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-8G38mz/nginx-1.10.3/debian/modules/nginx-auth-pam --add-dynamic-module=/build/nginx-8G38mz/nginx-1.10.3/debian/modules/nginx-dav-ext-module --add-dynamic-module=/build/nginx-8G38mz/nginx-1.10.3/debian/modules/nginx-echo --add-dynamic-module=/build/nginx-8G38mz/nginx-1.10.3/debian/modules/nginx-upstream-fair --add-dynamic-module=/build/nginx-8G38mz/nginx-1.10.3/debian/modules/ngx_http_substitutions_filter_module |
||
Description
Timeline ошибки здесь: https://community.letsencrypt.org/t/valid-certificate-has-an-issue-with-your-connection-is-not-private/163191
Суть ошибки, nginx.conf:
1 server{
2 server_name example.ru;
3 listen ipv4:443 ssl;
4 listen [ipv6]:443 ssl;
5 .....
6 ssl_certificate ...;
7 ssl_certificate_key ...;
8 }
9 server{
10 server_name other.ru;
11 listen ipv4:443 ssl;
12 listen [ipv6]:443 ssl;
13 .....
14 ssl_certificate ...;
15 ssl_certificate_key ....;
16 }
ipv4 и ipv6 в двух настройках одинаковы.
Если в этом примере закомментировать строки 6 и 7, то сайт other.ru будет корректно работать по https ipv6, но перестанет работать https в ipv4. Смотри ссылку выше.
Note:
See TracTickets
for help on using tickets.
Если конфиг именно такой, как приведён, и не содержит других блоков server для упомянутых IPv4 и IPv6 адресов, то поведение должно быть идентично для IPv4 и IPv6 адресов: должны были перестать работать оба. Скорее всего в конфиге присутствуют другие блоки server, и блок server "example.ru" является сервером по умолчанию для ipv4-адреса, и не является сервером по умолчанию для ipv6-адреса, от этого наблюдается различие в поведении между адресами.
В сервере по умолчанию должен быть задан сертификат, без него SSL работать не будет. До версии 1.15.0 в случае использования "listen ... ssl" nginx умел определять это только в процессе работы, и при попытке соединения на listen-сокет, для которого не задан сертификат в сервере по умолчанию, логгировал ошибку
no "ssl_certificate" is defined in server listening on SSL port. Начиная с версии 1.15.0 (05 Jun 2018) nginx умеет определять такие ошибки в процессе проверки конфигурации:*) Change: now nginx detects missing SSL certificates during configuration testing when using the "ssl" parameter of the "listen" directive.Подробнее см. тикет #178. Соответствующее изменение доступно в стабильной ветке уже более двух лет, начиная с nginx 1.16.0.
Отдельно отмечу, что версия nginx 1.10.3, которую вы используете, не поддерживается уже более четырёх лет, стоит обновиться.