Nginx/Openresty中啟用http2支持的方法教程
本文主要給大家介紹了關(guān)于Nginx/Openresty啟用http2支持的相關(guān)內(nèi)容,在開(kāi)始介紹之前,我們先來(lái)看一看什么是http2。
以下摘自http2的介紹:
HTTP/2 源自 SPDY/2
SPDY 系列協(xié)議由谷歌開(kāi)發(fā),于 2009 年公開(kāi)。它的設(shè)計(jì)目標(biāo)是降低 50% 的頁(yè)面加載時(shí)間。當(dāng)下很多著名的互聯(lián)網(wǎng)公司,例如百度、淘寶、UPYUN 都在自己的網(wǎng)站或 APP 中采用了 SPDY 系列協(xié)議(當(dāng)前最新版本是 SPDY/3.1),因?yàn)樗鼘?duì)性能的提升是顯而易見(jiàn)的。主流的瀏覽器(谷歌、火狐、Opera)也都早已經(jīng)支持 SPDY,它已經(jīng)成為了工業(yè)標(biāo)準(zhǔn),HTTP Working-Group 最終決定以 SPDY/2 為基礎(chǔ),開(kāi)發(fā) HTTP/2。
但是,HTTP/2 跟 SPDY 仍有不同的地方,主要是以下兩點(diǎn):
- HTTP/2 支持明文 HTTP 傳輸,而 SPDY 強(qiáng)制使用 HTTPS
- HTTP/2 消息頭的壓縮算法采用 HPACK,而非 SPDY 采用的 DEFLATE
HTTP/2 的優(yōu)勢(shì)
相比 HTTP/1.x,HTTP/2 在底層傳輸做了很大的改動(dòng)和優(yōu)化:
HTTP/2 采用二進(jìn)制格式傳輸數(shù)據(jù),而非 HTTP/1.x 的文本格式。二進(jìn)制格式在協(xié)議的解析和優(yōu)化擴(kuò)展上帶來(lái)更多的優(yōu)勢(shì)和可能。
HTTP/2 對(duì)消息頭采用 HPACK 進(jìn)行壓縮傳輸,能夠節(jié)省消息頭占用的網(wǎng)絡(luò)的流量。而 HTTP/1.x
每次請(qǐng)求,都會(huì)攜帶大量冗余頭信息,浪費(fèi)了很多帶寬資源。頭壓縮能夠很好的解決該問(wèn)題。 多路復(fù)用,直白的說(shuō)就是所有的請(qǐng)求都是通過(guò)一個(gè) TCP 連接并發(fā)完成。HTTP/1.x 雖然通過(guò) pipeline 也能并發(fā)請(qǐng)求,但是多個(gè)請(qǐng)求之間的響應(yīng)會(huì)被阻塞的,所以 pipeline 至今也沒(méi)有被普及應(yīng)用,而 HTTP/2 做到了真正的并發(fā)請(qǐng)求。同時(shí),流還支持優(yōu)先級(jí)和流量控制。
Server Push:服務(wù)端能夠更快的把資源推送給客戶端。例如服務(wù)端可以主動(dòng)把 JS 和 CSS 文件推送給客戶端,而不需要客戶端解析 HTML 再發(fā)送這些請(qǐng)求。當(dāng)客戶端需要的時(shí)候,它已經(jīng)在客戶端了。 HTTP/2 主要是 HTTP/1.x 在底層傳輸機(jī)制上的完全重構(gòu),HTTP/2 是基本兼容 HTTP/1.x 的語(yǔ)義的(詳細(xì)兼容性說(shuō)明請(qǐng)戳這里)。Content-Type 仍然是 Content-Type,只不過(guò)它不再是文本傳輸了。
Openresty/Nginx默認(rèn)是不支持http2的,需要將http2模塊編譯進(jìn)應(yīng)用中。
下面我們以O(shè)penresty為例,介紹編譯步驟.
下載openssl-1.0.2l
wget https://www.openssl.org/source/openssl-1.0.2l.tar.gz tar -zxvf openssl-1.0.2l.tar.gz
生成編譯信息
./configure --with-http_v2_module --with-openssl=/openssl-1.0.2l
執(zhí)行編譯
make make install
如果不報(bào)錯(cuò),則編譯成功。
下面來(lái)修改nginx配置文件,重點(diǎn)就是在啟用443 ssl的地方啟用http2. 如下:
server {
listen 443 ssl http2;
..........
}
執(zhí)行reload,打開(kāi)網(wǎng)頁(yè)驗(yàn)證是否成功。
如果感覺(jué)編譯麻煩,可以使用我已經(jīng)編譯好的openresty:
vikings/openresty:http2
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作能帶來(lái)一定的幫助,如果有疑問(wèn)大家可以留言交流,謝謝大家對(duì)腳本之家的支持。
相關(guān)文章
Nginx配置Https安全認(rèn)證的實(shí)現(xiàn)
為了保障應(yīng)用的安全性,我們?cè)诩軜?gòu)網(wǎng)絡(luò)層的時(shí)候需要采用HTTPS協(xié)議。本文介紹了Nginx配置Https安全認(rèn)證的實(shí)現(xiàn),分享給大家,感興趣的可以了解一下2021-05-05
安裝配置php-fpm來(lái)搭建Nginx+PHP的生產(chǎn)環(huán)境
這篇文章主要介紹了安裝配置php-fpm來(lái)搭建Nginx+PHP的生產(chǎn)環(huán)境的方法,php-fpm的作用是將FastCGI進(jìn)程管理整合進(jìn)PHP包,需要的朋友可以參考下2016-01-01
Nginx作為反向代理時(shí)傳遞客戶端IP的設(shè)置方法
因?yàn)閚ginx的優(yōu)越性,現(xiàn)在越來(lái)越多的用戶在生產(chǎn)環(huán)境中使用nginx作為前端,不管nginx在前端是做負(fù)載均衡還是只做簡(jiǎn)單的反向代理,都需要把日志轉(zhuǎn)發(fā)到后端real server,以方便我們檢查程序的各種故障2014-08-08
nginx配置請(qǐng)求轉(zhuǎn)發(fā)不生效的實(shí)現(xiàn)
本文主要介紹了nginx配置請(qǐng)求轉(zhuǎn)發(fā)不生效的實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2025-02-02
ELK與Grafana聯(lián)合打造可視化監(jiān)控來(lái)分析nginx日志
這篇文章主要為大家介紹了ELK與Grafana的聯(lián)合打造可視化監(jiān)控來(lái)分析nginx日志,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2022-03-03
Nginx可視化管理工具結(jié)合cpolar實(shí)現(xiàn)遠(yuǎn)程訪問(wèn)的步驟詳解
Nginx Proxy Manager 是一個(gè)開(kāi)源的反向代理工具,本文將給大家介紹在Linux 安裝Nginx Proxy Manager并且結(jié)合 cpolar內(nèi)網(wǎng)穿透工具實(shí)現(xiàn)遠(yuǎn)程訪問(wèn)管理界面,同等,當(dāng)我們使用Nginx Proxy Manager配置其他本地服務(wù),并且需要遠(yuǎn)程訪問(wèn),也是同樣的方式,需要的朋友可以參考下2023-09-09

