一个 nginx 的简单记忆点

发表于 更新于 分类于 阅读次数： 阅读次数： Disqus：

上周在处理一个 nginx 配置的时候，发现了一个之前不理解的小点，说一个场景，就是我们一般的处理方式就是一个 ip 端口只能配置一个域名的服务，比如 https://nicksxs.me 对应配置到 127.0.0.1:443，如果我想要把 https://nicksxs.com 也解析到这个服务器，并转发到不同的下游，这里就需要借助所谓的 SNI 的功能

Server Name Indication

A more generic solution for running several HTTPS servers on a single IP address is TLS Server Name Indication extension (SNI, RFC 6066), which allows a browser to pass a requested server name during the SSL handshake and, therefore, the server will know which certificate it should use for the connection. SNI is currently supported by most modern browsers, though may not be used by some old or special clients.
来源
机翻一下：在单个 IP 地址上运行多个 HTTPS 服务器的更通用的解决方案是 TLS 服务器名称指示扩展（SNI，RFC 6066），它允许浏览器在 SSL 握手期间传递请求的服务器名称，因此，服务器将知道哪个 它应该用于连接的证书。 目前大多数现代浏览器都支持 SNI，但某些旧的或特殊的客户端可能不使用 SNI。

首先我们需要确认 sni 已被支持

在实际的配置中就可以这样

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
stream {
  map $ssl_preread_server_name $stream_map {
    nicksxs.me nme;
    nicksxs.com ncom;
  }

  upstream nme {
    server 127.0.0.1:8000;
  }
  upstream ncom {
    server 127.0.0.1:8001;
  }

  server {
    listen 443 reuseport;
    proxy_pass $stream_map;
    ssl_preread on;
  }
}

类似这样，但是这个理解是非常肤浅和不完善的，只是简单记忆下，后续再进行补充完整

还有一点就是我们在配置的时候经常配置就是 server_name，但是会看到直接在使用 ssl_server_name，
其实在listen 标识了 ssl, 对应的 ssl_server_name 就等于 server_name，不需要额外处理了。