Nginx HTTPS实践

1.HTTPS基本概述

1.1.为何需要HTTPS

因为HTTP采用的是明文传输数据，那么在传输（账号密码、交易信息等敏感数据）时不安全。容易遭到篡改
如果使用HTTPS协议，数据在传输过程中是加密的，能够有效避免网站传输时信息泄露

1.2.什么是HTTPS

HTTPS安全的超文本传输协议，我们现在大部分站点都是通过HTTPS来实现站点数据安全。
早期网景公司设计了SSL（Secure Socket Layer）安全套接层协议，主要对HTTP协议传输的数据进行加密。那如何将站点变成安全的HTTPS站点呢？我们需要了解SSL（Secure Socket Layer）协议。
而现在很多时候我们使用的是TLS（Transport Layer Security）传输层安全协议来实现的加密与解密

1.3.TLS如何实现加密

TLS/SSL是如何实现HTTP明文消息被加密的，TLS/SSL工作在OSI七层模型中，应用层与传输层之间。
1.提供数据安全：保证数据不会被泄露
2.提供数据的完整性：保证数据在传输过程中不会被篡改
3.对应用层交给传输层的数据进行加密与解密。

2.HTTPS实现原理

2.1.加密模型-对称加密

对称加密：两个想通讯的人持有相同的秘钥，进行加密与解密。如下：
bob将原始文档通过秘钥加密生成一个密文文档。
alice拿到这个密文文档以后，它可以用这把秘钥还原为原始的明文文档。

对称加密究竟是如何实现的，我们可以以RC4这样一个对称加密序列算法来看一下。
加密：秘钥序列+明文=密文
解密：秘钥序列+密文=明文

2.2.加密模型-非对称加密

非对称加密：它根据一个数学原理，创建一对秘钥（公钥和私钥）公钥加密，私钥解密；
私钥：私钥自己使用，不对外开放。
公钥：公钥给大家使用，对外开放。
比如：alice有一对公钥和私钥，他可以将公钥发布给任何人。假设Bob是其中一个，当Bob要传递一份加密文档给alice,那么Bob就可以用alice的公钥进行加密，alice收到加密文档后通过自己的私钥进行解密，获取原始文档。

注意：alice必须知道Bob就是Bob，也就是它收到的信息必须是Bob发来的，那么这个信任问题，在多方通讯的过程中，必须有一个公信机构来验收双方的身份，那么这个机构就是CA机构。

2.3.身份验证机构-CA

通讯双方是如何验证双方的身份？
CA架构是可信任组织架构，主要用来颁发证书及验证证书。那CA机构又是如何申请和颁发证书的呢？

我们首先需要申请证书，需要进行登记，登记我是谁，我是什么组织，我想做什么，到了登记机构在通过CSR发给CA，CA中心通过后，CA中心会生成一对公钥和私钥，那么公钥会在CA证书链中保存，公钥和私钥证书订阅人拿到后，会将其部署的WEB服务器上。
1.当浏览器访问我们的https站点时，它会去请求我们的证书
2.Nginx会将我们的公钥证书回传给浏览器
3.浏览器会去验证我们的证书是否是合法的、是否是有效的
4.CA机构会将过期的证书放置在CRL服务器，那么CRL服务的验证效率是非常差的，所以CA又推出了OCSP响应程序性能还不是很高。
5.Nginx会有一个OCSP的开头，当我们开启后，Nginx会主动上OCSP上查询，这样大量的客户端直接从Nginx获取，证书是否有效。

2.4.HTTPS通讯原理

HTTPS加密过程，HTTPS采用混合加密算法，即对称加密、和非对称加密
通信前准备工作：申请域名对应的证书，并将其部署在Nginx服务器中。
1）第一步客户端向服务端发送Client Hello消息，这个消息里包含了一个客户端生成的随机数Random1、客户端支持的加密套件和客户端支持TLS协议版本等信息
2）服务端会向客户端发送Server Hello消息，返回自己的公钥证书，挑选一个合适的加密套件、另外还会生成一份随机数Random2推送给客户端。至此客户端和服务端都拥有了两个随机数（Random1+Random2）
3）客户端收到服务端传来的公钥证书后，先从CA验证该证书的合法性（CA公钥去解密公钥证书），验证通过后取出证书中的服务端公钥，再生成一个随机数Random3，再用服务端公钥非对称加密Random3.
4）服务端用自己的私钥解出客户端生成的Random3。至此，客户端和服务端都拥有Random1+Random2+Random3，两边根据同样的算法生成一份秘钥，握手结束后的应用层数据都是使用这个秘钥进行对称加密。

3.HTTPS扩展知识

3.1.HTTPS证书类型

3.2.HTTPS购买建议

保护1个域名 www.wzx.net
保护5个域名 www images cdn test m
通配符域名 *.wzx.net

3.3.HTTPS颜色标识

Https不支持续费，证书到期需要重新申请新并进行替换。
Https不支持三级域名解析，如test.m.wzx.net *.m.wzx.net
Https显示绿色，说明整个网站的url都是https的，并且都是安全的
Https显示黄色，说明网站代码中有部分URL地址是Http不安全协议的
Https显示红色，要么证书是假的，要么证书已经过期

4.HTTPS单台配置实践

4.1.配置SSL语法

#官方示例
worker_processes auto;
http {...server {listen            443 ssl;keepalive_timeout 70;ssl_protocols     TLSv1 TLSv1.1 TLSv1.2;ssl_ciphers       AES128-SHA:AES256-SHA:RC4-SHA:DES-CBC3-SHA:RC4-MD5;ssl_certificate   /usr/local/nginx/conf/cert.pem;ssl_certificate_key /usr/local/nginx/conf/cert.key;ssl_session_cache shared:SSL:10m;ssl_session_timeout  10m;...} 
}

4.1.创建SSL证书

1.创建证书存储目录

[root@nginx1 ~]# mkdir -p /etc/nginx/ssl_key
[root@nginx1 ~]# cd /etc/nginx/ssl_key/

2.使用openssl命令充当CA权威机构创建证书（类似黑户）

[root@nginx1 /etc/nginx/ssl_key]# openssl genrsa -idea -out server.key 2048
Generating RSA private key, 2048 bit long modulus
.................................................................................................................................................................................................+++
.........................+++
e is 65537 (0x10001)
#记住配置密码，我这里是123456
Enter pass phrase for server.key:
Verifying - Enter pass phrase for server.key:

3.生成自签证书，同时去掉私钥的密码

[root@nginx1 /etc/nginx/ssl_key]# openssl req -days 36500 -x509 -sha256 -nodes -newkey rsa:2048 -keyout server.key -out server.crt
Generating a 2048 bit RSA private key
..............................................+++
.............+++
writing new private key to 'server.key'
-----
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [XX]:CN
State or Province Name (full name) []:WH
Locality Name (eg, city) [Default City]:WH
Organization Name (eg, company) [Default Company Ltd]:hhhh
Organizational Unit Name (eg, section) []:hhhh
Common Name (eg, your name or your server's hostname) []:s.wzx.net
Email Address []:wzx@qq.com
#req  --->用于创建新的证书
#new  --->表示创建的是新证书
#x509 --->表示定义证书的格式为标准格式
#key  --->表示调用的私钥文件信息
#out  --->表示输出证书文件信息
#days --->表示证书的有效期[root@nginx1 /etc/nginx/ssl_key]# ls
server.crt  server.key

4.1.配置SSL场景

[root@nginx1 /etc/nginx/conf.d]# vim s.wzx.net.conf
server {listen 443 ssl;server_name s.wzx.net;ssl on;ssl_certificate /etc/nginx/ssl_key/server.crt;ssl_certificate_key ssl_key/server.key;location / {root /code4;index index.html;}
}准备对应的站点目录，并重启Nginx服务
[root@nginx1 /etc/nginx/conf.d]# mkdir /code4
[root@nginx1 /etc/nginx/conf.d]# echo "https...." >/code4/index.html
[root@nginx1 /etc/nginx/conf.d]# systemctl restart nginx

4.3.访问验证SSL

浏览器输入https://s.wzx.net访问，由于该证书非第三方权威机构颁发，而是我们自己签发的，所以浏览器会警告

4.4.强制跳转Https

如果用户忘记在浏览器地址栏输入https://协议那么将不会跳转至https站点；
所以建议新增如下配置，将用户访问http请求强制跳转https

[root@nginx1 /etc/nginx/conf.d]# vim s.wzx.net.confserver {listen 443 ssl;server_name s.wzx.net;ssl on;ssl_certificate /etc/nginx/ssl_key/server.crt;ssl_certificate_key ssl_key/server.key;location / {root /code4;index index.html;}
}server {listen 80;server_name s.wzx.net;return 302 https://$server_name$request_uri;
}
[root@nginx1 /etc/nginx/conf.d]# systemctl restart nginx

5.HTTPS集群配置实践

5.1.环境准备

主机名	IP	主机名
db-nfs	192.168.146.176	nginx-proxy
nginx2	192.168.146.175	nginx-web01
nginx1	192.168.146.101	nginx-web02

5.2.配置应用节点

#配置所有后端节点，监控80端口即可；

[root@nginx1 /etc/nginx/conf.d]# vim s.wzx.net.conf
server {listen 80;server_name s.wzx.net;root /code/wordpress;location / {index index.html;}
}
root@nginx1 /etc/nginx/conf.d]# systemctl restart nginx

5.3.配置负载均衡

1.创建ssl证书

[root@db-nfs ~]# mkdir /etc/nginx/ssl_key -p
[root@db-nfs ~]# cd /etc/nginx/ssl_key/
[root@db-nfs /etc/nginx/ssl_key]# openssl genrsa -idea -out server.key 2048
[root@db-nfs /etc/nginx/ssl_key]# openssl req -days 36500 -x509 -sha256 \
> -nodes -newkey rsa:2048 -keyout server.key -out server.crt

2.nginx负载均衡配置文件如下

[root@db-nfs /etc/nginx/ssl_key]# vim /etc/nginx/conf.d/proxy.conf
upstream site {server 192.168.146.101:80 max_fails=2 fail_timeout=10s;server 192.168.146.175:80 max_fails=2 fail_timeout=10s;
}
server {listen 443;server_name s.oldxu.net;ssl on;ssl_certificate ssl_key/server.crt;ssl_certificate ssl_key/server.key;location / {proxy_pass http://site;include proxy_params;}
}
server {listen 80;server_name s.oldxu.net;return 302 https://$server_name$request_uri;
}

6.HTTPS场景配置实践

6.1.场景实践-1

模拟银行网站场景
1.用户访问网站主站，使用http协议提供访问。
2.当用户点击登陆时，则网站会跳转至一个新的域名，并使用的是https提供安全访问。
1.主页展示 http://yh.wzx.net（提供网页浏览）
2.模拟登录 http://yh.wzx.net/login (相当于点击了登录的按钮)
3.登录页面 http://star.oldxu.net (提供安全登录)

1.配置http://star.wzx.net

[root@nginx1 ~]# vim /etc/nginx/conf.d/star.wzx.net.conf
server {listen 443 ssl;server_name star.wzx.net;ssl_certificate ssl_key/server.crt;ssl_certificate_key ssl_key/server.key;root /code/login;location / {index index.html;}
}
[root@nginx1 ~]# mkdir /code/login
[root@nginx1 /code/login]# echo "login......." > index.html[root@nginx1 /code/login]# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
[root@nginx1 /code/login]# systemctl restart nginx

2.配置http://yh.wzx.net(主页页面)

[root@nginx2 ~]# vim /etc/nginx/conf.d/yh.wzx.net.conf
server {listen 80;server_name yh.wzx.net;root /code;location / {index index.html;}location /login {return 302 https://star.wzx.net;}
}
[root@nginx2 ~]# mkdir /code
[root@nginx2 ~]# echo "yh" >/code/index.html
[root@nginx2 ~]# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
[root@nginx2 ~]# systemctl restart nginx

6.2.场景实践-2

需求：希望用户访问网站的所有url走https协议，但访问s.wzx.net/abc时走http协议

[root@db-nfs /etc/nginx/conf.d]# cat proxy_agent.wzx.net.conf
upstream webs {server 192.168.146.101:80;server 192.168.146.175:80;
}
server {listen 443 ssl;ssl_certificate ssl_key/server.crt;ssl_certificate ssl_key/server.key;server_name agent.wzx.net;location / {proxy_pass http://webs;include proxy_params;}
}server {listen 80;server_name agent.wzx.net;if ($request_uri !~* "^/abc") {return 302 https://$http_host$request_uri;}location / {proxy_pass http://webs;include proxy_params;}
}

7.HTTPS优化配置实践

7.1.优化基本概述

SSL的运行计算需要消耗额外的CPU资源，SSL通讯过程中【握手】阶段的运算最占用CPU资源，有如下几个方面可以进行调整与优化。
1.设置worker进程数设置为等于CPU处理器的核心数。worker_processes auto
2.启用keepalive长连接，一个连接发送更多个请求
3.启动shared回话缓存，所有worker工作进程之间共享的缓存，避免进行多次SSL【握手】
4.禁用builtin内置于的缓存，仅能供一个worker工作进程使用，使用shared缓存即禁止builtin

7.2.优化配置实例

worker_processes auto;http {...server {listen 443 ssl;server_name www.example.com;ssl_certificate www.example.com.crt;ssl_certificate_key www.example.com.key;ssl_protocols TLSv1.2;ssl_prefer_server_ciphers on;#Nginx决定使用哪些协议与浏览器进行通讯keepalived_timeout 70;#设置长连接#默认不开启session_cache: a握手后，关闭浏览器，再次访问，需要重新握手；#建立握手后如果连接断开，在session_timeout时间内再次连接，无需再次建立握手，可直接复用之间缓存的连接ssl_session_cache shared:SSL:10m;#1M缓存空间能存储4000个会话数量；ssl_session_timeout 1440m;#配置会话超时时间（默认5分钟）}
}