脚本宝典收集整理的这篇文章主要介绍了详解Nginx服务器中配置全站HTTPS安全连接的方法，脚本宝典觉得挺不错的，现在分享给大家，也给大家做个参考。

HTTPS就等于HTTP加上TLS（SSL)，HTTPS协议的目标主要有三个：

    数据保密性。保证内容在传输过程中不会被第三方查看到。就像快递员传递包裹时都进行了封装，别人无法知道里面装了什么东西。
    数据完整性。及时发现被第三方篡改的传输内容。就像快递员虽然不知道包裹里装了什么东西，但他有可能中途掉包，数据完整性就是指如果被掉包，我们能轻松发现并拒收。
    身份校验。保证数据到达用户期望的目的地。就像我们邮寄包裹时，虽然是一个封装好的未掉包的包裹，但必须确定这个包裹不会送错地方。

启用HTTPS之前需要有证书，而证书需要首先在自己服务器上创建CSR，对应的公钥和私钥。这里我全部都拿Nginx服务器举例，apache也不会差太多，都是基于oPEnssl的。因为我只有一个主机域名www.js-code.COM，所以证书方便选择了COMODO的PosITiveSSL，每年9刀。需要注意COMODO要求证书至少是2048位，见下面的命令。激活证书的时候需要注意common name那里要填写自己的域名地址，我因为并不使用jb51.net，所以这里写的就是www.js-code.com，需要注意这两个主机地址是不同的。其他的组织名公司名什么的如果没有就写NA，不要留空。下面简单说一下步骤

1、以root登录，升级服务器。这里是为了解决OpenSSL的一个大漏洞CVE-2014-0224，因为ChangeCipherSpec消息的问题可能导致中间人攻击，解密并修改被攻击的服务器和客户端之间的通信，从而获得加密的数据。

查看OpenSSL版本，确认至少在1.0.1h以上，

openssl version -a

如果没有，升级服务器，以Debian为例

apt-get update
apt-get upgrade

2、创建CSR和私钥

openssl req -new -newkey rsa:2048 -nodes -keyout www.js-code.com.key -out www.js-code.com.csr

得到2个文件，私钥www.js-code.com.key，CSR文件www.js-code.com.csr，其中CSR里面的内容在激活证书的时候需要提交

3、购买证书，完成激活，下载证书文件

下载的证书文件通常是一个压缩包，有些是2个文件，有些是4个文件

如果是2个文件，是这样的：

• www_jb51_net.ca-bundle
• www_jb51_net.crt

如果是4个文件，通常都是这样的：

• www_jb51_net.crt
• COMODORSADomainValidationSecureServerCA.crt
• COMODORSAAddTrustCA.crt
• AddTrustExternalCARoot.crt

其中www_slyar_com.ca-bundle就是自动合并了其他3个文件的产物，一个道理

4、合并证书，顺序一定不能错

cat www_jb51_net.crt www_slyar_com.ca-bundle > www.js-code.com.crt

或者

cat www_slyar_com.crt www_slyar_com.ca-bundle > www.js-code.com.crt

最后产生的www.js-code.com.crt是4个文件的合并，此文件与之前产生的www.js-code.com.key一起组成了Nginx需要使用的证书

5、把www.js-code.com.crt和www.js-code.com.key复制到Nginx的conf目录下，比如/usr/local/nginx/conf/

cp www.js-code.com.crt www.js-code.com.key /usr/local/nginx/conf/

6、修改Nginx配置文件或者vhost/下的虚拟主机配置文件，启用https，配置加密方式等

#合并80和443配置文件也可以，一起配置，最后强制转移80到443就可以了
listen 80;
listen 443;

#指定证书文件
ssl_certificate www.js-code.com.crt;
ssl_certificate_key www.js-code.com.key;

#禁用不安全的SSLv1 2 3，只使用TLS
ssl_PRotocols TLSv1 TLSv1.1 TLSv1.2;

ssl_prefer_server_ciphers on;

#RC4也是不安全的了，只能去掉
ssl_ciphers EECDH+CHACHA20:EECDH+AES128:RSA+AES128:EECDH+AES256:RSA+AES256:EECDH+3DES:RSA+3DES:!MD5;

#301转移
if ($server_port = 80) {
return 301 https://$server_name$REQUEST_URI;
}

7、测试Nginx配置文件并重新reload配置文件

Nginx -t
service nginx reload

这样服务器的HTTPS就配置完了。

既然HTTPS非常安全，数字证书费用也不高，那为什么互联网公司不全部使用HTTPS呢？原因主要有两点：

HTTPS对速度的影响非常明显。每个HTTPS连接一般会增加1-3个RTT，加上加解密对性能的消耗，延时还有可能再增加几十毫秒。
HTTPS对CPU计算能力的消耗很严重，完全握手时，web server的处理能力会降低至HTTP的10%甚至以下。

HTTPS为什么会严重降低性能？主要是握手阶段时的大数运算。其中最消耗性能的又是密钥交换时的私钥解密阶段（函数是rsa_private_decryption）。这个阶段的性能消耗占整个SSL握手性能消耗的95%。

然而随着各大网站的相继跟进与硬件的摩尔定律下，为了安全而做这点性能牺牲还是值得的。

脚本宝典总结

以上是脚本宝典为你收集整理的详解Nginx服务器中配置全站HTTPS安全连接的方法全部内容，希望文章能够帮你解决详解Nginx服务器中配置全站HTTPS安全连接的方法所遇到的问题。

如果觉得脚本宝典网站内容还不错，欢迎将脚本宝典推荐好友。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。