如何使用Nginx使用自己的证书设置多个子域?


8

除非我已阅读的每个答案都是错误的,否则SNI应该使我可以做自己想做的事情,但是每本指南都告诉我要做我正在做的事情。

但是nginx提供的证书错误,因此我显然做错了。

❯ sudo nginx -V | grep SNI                                                                                                                                                                                                                                                            %1
nginx version: nginx/1.10.3
built with OpenSSL 1.1.0f  25 May 2017
TLS SNI support enabled
configure arguments: --with-cc-opt='-g -O2 -fdebug-prefix-map=/build/nginx-qJwWoo/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/ngi
nx.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/fa
stcgi --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_reques
t_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 --wit
h-http_xslt_module=dynamic --with-stream=dynamic --with-stream_ssl_module --with-mail=dynamic --with-mail_ssl_module --add-dynamic-module=/build/nginx-qJwWoo/nginx-1.10.3/debian/modules/nginx-auth-pam --add-dynamic-module=/build/nginx-qJwWoo/nginx-1.10.3/debian/modules/nginx-dav-
ext-module --add-dynamic-module=/build/nginx-qJwWoo/nginx-1.10.3/debian/modules/nginx-echo --add-dynamic-module=/build/nginx-qJwWoo/nginx-1.10.3/debian/modules/nginx-upstream-fair --add-dynamic-module=/build/nginx-qJwWoo/nginx-1.10.3/debian/modules/ngx_http_substitutions_filter_m
odule

这是我的配置:

server {
  listen 443 ssl default_server;
  listen [::]:443 ssl;

  server_name one.example.com;

  ssl on;
  ssl_certificate       /etc/letsencrypt/live/one.example.com/fullchain.pem;
  ssl_certificate_key   /etc/letsencrypt/live/one.example.com/privkey.pem;

  index index.html;
  root /var/www/one.example.com/site;
}

server {
  #listen 443 ssl default_server;
  listen [::]:443 ssl;

  server_name two.example.com;

  ssl on;
  ssl_certificate       /etc/letsencrypt/live/two.example.com/fullchain.pem;
  ssl_certificate_key   /etc/letsencrypt/live/two.example.com/privkey.pem;

  index index.html;
  root /var/www/two.example.com/site;
}

如果我listen 443 ssl default_server;在任一服务器上都有该指令,它将为两个域都返回该服务器的SSL证书。如果将其从两个域中都删除,那么我什么都收不到-两个服务器域都拒绝连接。

我这里出什么毛病了?我是否不了解SNI的工作原理?我的Nginx是在启用SNI支持的情况下构建的。但是...我只将ssl证书提供给一个子域。


你如何测试?如果进行测试,请openssl s_client确保添加该-servername hostname选项,以便客户端实际使用SNI。
Steffen Ullrich

@SteffenUllrich Chrome是我一直使用的一种方法。刚刚尝试使用openssl s_client -servername two.example.com -connect two.example.com:443,它为我提供了CN one.example.com。如果我交换了其中一个具有默认服务器的服务器,那么我将获得另一种方式。
韦恩·沃纳

对于踢脚和笑容,我只是将其混合在一起:-servername one -connect two然后反之亦然。openssl s_client和chrome都观察到相同的行为-唯一明显的定义特征是默认服务器行。
韦恩·沃纳

@SteffenUllrich看来,侦听的IPv6语法有什么不同吗?我已经发布了答案,但是如果您
Wayne Werner

当我在一台服务器上有多个站点时,我更喜欢有一个完全独立的default_server块,该块不返回任何一个站点。
Tero Kilkanen

Answers:


11
listen 443 ssl default_server;
listen [::]:443 ssl;

第一行启用侦听IPv4上的端口443。第二行仅涵盖IPv6。由于只有一个listen 443(IPv4)配置,因此在连接IPv4时将使用该配置。如果您尝试使用IPv6连接,则SNI应该显示预期的行为。

相反,您可能会使用默认服务器:

  listen 443 ssl default_server;
  listen [::]:443 ssl default_server;

对于其他服务器

  listen 443 ssl;
  listen [::]:443 ssl;

2

它显然与IPv6侦听语法有关。当我改变

listen [::]:443 ssl;

listen 443 ssl;

然后就可以了。

我不知道为什么会这样,因此欢迎您提供更多/更好的解释的其他答案。


那么您是否将IPv4或IPv6连接到服务器?如果连接了IPv4,那么很明显,因为您只有一个IPv4配置-默认服务器。要使IPv6配置也覆盖IPv4,您需要添加ipv6only=off;
Steffen Ullrich,
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.