HTTPS配置全記錄

環境

常見的部署環境和條件有以下幾種情況組合：

• Apache+自簽名證書
• Apache+免費或商業證書
• Nginx+自簽名證書
• Nginx+免費或商業證書

免費證書和商業證書本質上是一樣的，都是可以被系統承認的證書，只是申請方式不同而已。

證書

證書結構

配置一個HTTPS服務所需要的證書包括幾個部分：

• Server Key（服務器私鑰）
• CSR（Certificate Signing Request）
• CRT（X509 Certificate）

創建證書的基本流程是這樣：

• 生成自己的服務端私鑰
• 輸入基本信息并用私鑰簽名生成CSR
• 提交CSR給證書機構CA（免費或商業證書）簽名生成CRT，或自己做CA簽名生成CRT（自簽名證書）

其中前兩個步驟都是一樣的，在這里統一說明一下。

生成服務器私鑰：

openssl genrsa -out server.key 4096

• ?

輸出的server.key文件就是服務器私鑰，4096是密鑰長度，要求不高的話用2048也可。

生成CSR：

openssl req -new -sha256 -key server.key -out yoursite.csr

• ?

因為sha1已經不安全，所以這里用了sha256，可能太舊的客戶端（比如win98？）會不支持。

yoursite.csr就是生成的CSR，yoursite建議用你的網站名標識會比較方便識別。

然后按提示輸入：

• 國家
• 省
• 市
• 公司
• 部門
• 通用名（即網站域名，這個必須準確，有些商業證書支持在這里用帶www的域名后簽發出同時支持不帶www的域名）
• email
• 密碼（可選，設置的話以后重啟webserver都需要輸入密碼）

自簽名證書做法

生成CRT：

openssl x509 -req -days 3650 -in yoursite.csr -signkey server.key -out yoursite.crt

• ?

其中簽名用的KEY就是自己的服務端私鑰，所以這是一個自簽名證書。

有效期為3650天（即十年）。

免費證書生成

參見舊文《Let’s HTTPS》。

商業證書生成

首先找一個商業證書機構（CA）或其代理商下一個證書訂單。

其次是選擇證書類型。

證書類型

商業證書有很多類型，也有很多的CA可以選擇，不同的CA，不同的類型價格也不一樣。

常見的CA有：

• VeriSign(Symantec)
• GeoTrust(RapidSSL)
• Comodo
• ……

以上以價格從高到低排序。除此之外當然還有很多，具體可以打開你的系統證書列表看看。

需要特別說一句的就是：臭名昭著的CNNIC和沃通（WoSign，包括免費的StartSSL），已經被證明不安全，建議將它們從系統中刪除，并且不要去申請使用它們的證書。

常見的證書類型有三種：

• DV（域名驗證）
• OV（組織驗證）
• EV（擴展驗證）

驗證級別從低到高排序，價格也是如此。

DV證書只驗證域名，在最終訪問者那邊查看證書時將不會包含CSR中的組織信息，只有域名信息，也就是說你就算是在CSR里輸入你是GOOGLE，到了客戶端那里也是看不到的。

OV證書除了驗證域名還需要驗證組織，即你需要提供證據證明你在CSR里輸入的公司或組織的確是你， 這樣才能在客戶端證書里查看到你的組織信息。

EV證書就要求更高了，通常是金融機構之類的用。

除此之外，證書還有一種區別：

• 單域名證書
• 多域名證書
• 泛域名證書

一樣是價格從高到低排序。

單域名證書就是只能用于一個域名的證書，某些商業證書可以提供兩個域名：帶WWW的和不帶WWW的。

多域名證書就是一個證書可以用于多個域名，默認支持三個域名，當然增加域名需要加錢，但比單獨買單域名證書要便宜。適用于一個公司有多個域名，而且多個域名部署在一個服務器上，使用一個證書會比較省事，也比較便宜。

泛域名證書就是一個證書可以用于一個域名下的任意多個子域名。

申請流程

一般申請流程（僅指DV類型）如下：

• 選擇CA或代理商
• 選擇證書類型
• 選擇有效期（以年為單位，一般時間越長單價越便宜）
• 下單付款
• 成交后按服務商的郵件或文檔開始驗證域名（以下為一種流程，不同服務商可能不太一樣）
  • 上傳CSR（或用服務商提供的工具生成，但不推薦）
  • 選擇驗證方式（EMAIL，文件，DNS等）
  • 按相應方式操作
  • 等待驗證
  • 取得證書（郵件或從服務商處自行下載）

其中各驗證方式大致如下：

• Email：證書機構向域名注冊郵箱或域名的webmaster等郵箱（可選）發送驗證郵件
• 文件：在域名的指定路徑下放驗證文件供證書機構訪問
• DNS：創建指定的DNS TXT記錄供證書機構驗證

通過驗證后即可獲得證書。

證書內容一般包括：域名的CRT，證書機構的CRT鏈（可能有多個），根證書CRT（CA的證書），如果用服務商的工具生成CSR，還應該會有CSR和KEY。

部署

分別以最常用的Apache和Nginx為例，其它WebServer請參考相關文檔。

Apache

這里只介紹Apache2（以2.4為例）。

HTTPS的基本配置可以直接套用默認配置，只是要改一下證書文件的部分：

SSLEngine on SSLCertificateFile /path_to_ssl/yoursite.crt SSLCertificateKeyFile /path_to_ssl/yoursite.key SSLCertificateChainFile /path_to_ssl/server-ca.crt

• ?

其中yoursite.crt和yoursite.key就是前面說過的私鑰和域名證書。

重點說一下server-ca.crt，這個就是前面談到商業證書時提到的中間證書鏈（包括CA根證書）。對于Let’s Encrypt這樣的免費證書，這個就是Let’s Encrypt的證書（見舊文），對于自簽名證書，這一項可以去掉。

中間證書鏈的生成方法如下：

cat provider.crt provider-parent.crt root.crt > server-ca.crt

• ?

很簡單，就是把那一堆證書串起來生成一個證書文件即可，不過需要注意順序，從最低級的證書（你的域名證書的上一級）開始到最高級的CA根證書。

Apache從2.2.12開始支持SNI，可以為多個域名的虛擬主機使用各自獨立的證書，用法與HTTP虛擬主機類似，只需要在每個虛擬主機配置里加上相應的證書配置即可。

需要注意的是：WinXP，JAVA6，Android 2.3等不支持SNI。

最后，如我在去年的舊文里所說，SSLv2/v3之類的協議和某些SSL加密算法已經不再安全，所以在沒有特定的兼容性需要的情況下，需要配置禁用這些不安全的選項。

在全局配置（注意，不是單個虛擬主機配置里）里加上：

SSLProtocol TLSv1 +TLSv1.1 +TLSv1.2 SSLCipherSuite ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:!DHE-RSA-AES128-GCM-SHA256:!DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:!DHE-RSA-AES128-SHA256:!DHE-RSA-AES128-SHA:!DHE-DSS-AES128-SHA256:!DHE-RSA-AES256-SHA256:!DHE-DSS-AES256-SHA:!DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA

• ?

以上協議和加密算法都是目前還安全的，并且提供了最大可能的兼容性。未來如果出現新的安全問題，請自行調整。

Nginx

基本上在舊文里都說過了，這里再總結一下。

相比Apache的配置，Nginx沒有單獨的中間證書鏈項目，所以是把中間證書鏈和域名證書串在一起作為完整的域名證書來用：

cat yoursite.crt server-ca.crt > new_yoursite.crt

• ?

配置HTTPS：

ssl on; ssl_certificate "/path_to_ssl/new_yoursite.crt"; ssl_certificate_key "/path_to_ssl/yoursite.key";

• ?

SNI配置見舊文，從略。

全局安全配置：

ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_ciphers ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:!DHE-RSA-AES128-GCM-SHA256:!DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:!DHE-RSA-AES128-SHA256:!DHE-RSA-AES128-SHA:!DHE-RSA-AES256-SHA256:!DHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA:!DSS;

• ?

配置完成后重啟服務即可生效。

不論是用Apache還是Nginx，都建議配置完HTTPS以后到SSL Labs驗證一下安全性。

總結

以上是生活随笔為你收集整理的HTTPS配置全记录的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。