详解Nginx SSL快速双向认证配置(脚本)

零三邓何芯桃379

这篇文章主要介绍了详解Nginx SSL快速双向认证配置(脚本),现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
目前遇到一个项目有安全性要求，要求只有个别用户有权限访问。本着能用配置解决就绝不用代码解决的原则，在Nginx上做一下限制和修改即可。

这种需求其实实现方式很多，经过综合评估考虑，觉得SSL双向认证方案对用户使用最简单，遂决定用此方案。

注: 本方案在Ubuntu Server 16.04 LTS实施，其他操作系统请酌情修改

SSL双向认证

绝大多数SSL应用都以单向认证为主，即客户端只要信任服务端，就可以使用服务端的公钥加密后向服务端发起请求，由服务端的私钥解密之后获得请求数据。

如果这个过程反过来，让服务端信任客户端，公司起名服务端使用客户端的公钥加密之后将数据返回给客户端，其实也是可以做到的，原理和实现跟单向认证都差不多。

服务端信任客户端的操作往往也会伴随着客户端认证服务端的过程，所以让服务端信任客户端的SSL认证方式往往也被称为SSL双向认证，并且要配置SSL双向认证必须先开启服务端SSL，先配置客户端信任服务端。

Nginx的SSL双向认证配置

第一步 开启https访问

根据理论知识，我们必须先开启Nginx的SSL配置，即启用https。这个过程较为简单，目前有let’s encrypt这种免费的证书方案，再也不用发愁自己搭建CA自签了。申请免费证书的过程略过，直接贴启用https的配置:

server { listen 80; listen 443 ssl http2; server_name example.com; ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem; # 只有Nginx >= 1.13.0 版本才支持TLSv1.3协议 # ssl_protocols TLSv1.3; # Nginx低于1.13.0版本用这个配置 ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_prefer_server_ciphers on; ssl_dhparam dhparam.pem; # openssl dhparam -out /etc/nginx/dhparam.pem 4096 ssl_ciphers ‘EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH’; ssl_ecdh_curve secp384r1; # Requires nginx >= 1.1.0 ssl_session_timeout 10m; ssl_session_cache shared:SSL:10m; ssl_session_tickets off; # Requires nginx >= 1.5.9 ssl_stapling on; # Requires nginx >= 1.3.7 ssl_stapling_verify on; # Requires nginx => 1.3.7 resolver 223.5.5.5 114.114.114.114 valid=300s; resolver_timeout 5s; # 启用HSTS的配置，如果你的域名下还有非标准端口访问的http应用，请勿启用HSTS # add_header Strict-Transport-Security “max-age=63072000; includeSubDomains; preload”; # 下面这个配置会拒绝Frame标签内容，请确认你的网站没有frame / iframe add_header X-Frame-Options DENY; add_header X-Content-Type-Options nosniff; add_header X-XSS-Protection “1; mode=block”; # 为了let’s encrypt续期用，不用let’s encrypt不需要这个location location /.well-known { root /usr/share/nginx/html; } … SNIP … # 强制http跳转为https if (KaTeX parse error: Expected '}', got 'EOF' at end of input: …rn 301 https://http_host$request_uri; }}
以上那一大堆ssl的配置参考来自于: https://cipherli.st/ 加强SSL的安全性配置

特别注意最后的强制https跳转，我们的目的是SSL双向认证，不走https无任何意义，所以必须强制跳转https。