資訊專欄INFORMATION COLUMN
摘要：整體基于的開發(fā)，通過反代對外提供服務(wù)，之前通過配置，已經(jīng)支持了協(xié)議，但是目前還不支持協(xié)議，于是只能想別的辦法。經(jīng)過一番谷歌再次感謝偉大的谷歌以后，發(fā)現(xiàn)了，一個(gè)新一代的服務(wù)器。目前對的支持還處于實(shí)驗(yàn)性質(zhì)，所以要開啟，要加上標(biāo)志。
最近HTTP-over-QUIC 協(xié)議被正式命名為 HTTP/3，協(xié)議帶來的最大改變是協(xié)議底層將采用UDP協(xié)議，而不再是TCP協(xié)議，這樣的好處嗎，就是更低時(shí)延，更好的擁塞控制，更精確的RTT時(shí)間，更高效率的多路復(fù)用...谷歌萬歲，要知道現(xiàn)有的http/2(spdy)協(xié)議也是源于谷歌。
這么多的好處，還等什么，開搞。
boxopened整體基于的nodejs開發(fā)，通過nginx反代對外提供服務(wù)，之前通過配置，boxopened已經(jīng)支持了http/2協(xié)議，但是目前nginx還不支持quic協(xié)議，于是只能想別的辦法。經(jīng)過一番谷歌（再次感謝偉大的谷歌）以后，發(fā)現(xiàn)了Caddy，一個(gè)新一代的web 服務(wù)器。caddy的官網(wǎng)：https://caddyserver.com/ 。caddy宣稱是比nginx更人性化的web server，基于go語言開發(fā)，簡單易用的配置，原生的http/2支持，自動(dòng)的https證書管理....
caddy的部署有很多方式，由于boxopened整體是基于docker化的部署，所以這里caddy的部署也是基于docker部署的，好在官方提供了docker鏡像（這里給caddy點(diǎn)個(gè)贊）。接下來就是配置了，官方文檔寫的簡單又清楚，一看就懂。目前對quic的支持還處于實(shí)驗(yàn)性質(zhì)，所以要開啟quic，要加上-quic 標(biāo)志。
下面是docker-compose.yml 中caddy服務(wù)的配置，大家可以參考下。
caddy:
image: abiosoft/caddy:0.11.1
ports:
- 80:80
- 443:443
- 80:80/udp
- 443:443/udp
volumes:
- ../../boxopened-config/caddy/www:/srv
- ../../boxopened-config/caddy/ssl:/root/.caddy
- ../../boxopened-config/caddy/logs:/wwwlogs
- ../../boxopened-config/caddy/conf/Caddyfile:/etc/Caddyfile
command: ["--conf", "/etc/Caddyfile", "--log", "stdout", "--agree", "--quic"]
caddyfile 配置
http://boxopened.com {
redir 301 {
/ https://www.boxopened.com{uri}
}
}
http://www.boxopened.com {
redir 301 {
/ https://{host}{uri}
}
}
https://www.boxopened.com {
gzip
log /wwwlogs/portal.access.log
tls /root/.caddy/fullchain.pem /root/.caddy/privkey.pem
proxy / portal:6001 {
transparent
}
}
就這么幾行配置，完事兒，簡單吧！
再給大家說說我中間遇到的坑，首先quic協(xié)議的底層是基于udp協(xié)議的，所以在進(jìn)行docker端口配置的時(shí)候，要expose相應(yīng)的udp端口，并且打開主機(jī)的防火墻配置。。。（我能說我在這上面搞到凌晨三點(diǎn)么。。。）
所有的一切完成后，我以為一切都o(jì)k了，又發(fā)現(xiàn)怎么都無法進(jìn)行quic連接，反復(fù)嘗試還是不行。原來chrome只支持最新的quic協(xié)議，所以更新了下caddy的版本，一些搞定！
最后展示下效果
想更直觀的感受下，請戳 boxopened.com
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/40229.html
摘要：整體基于的開發(fā)，通過反代對外提供服務(wù)，之前通過配置，已經(jīng)支持了協(xié)議，但是目前還不支持協(xié)議，于是只能想別的辦法。經(jīng)過一番谷歌再次感謝偉大的谷歌以后，發(fā)現(xiàn)了，一個(gè)新一代的服務(wù)器。目前對的支持還處于實(shí)驗(yàn)性質(zhì)，所以要開啟，要加上標(biāo)志。 最近HTTP-over-QUIC 協(xié)議被正式命名為 HTTP/3，協(xié)議帶來的最大改變是協(xié)議底層將采用UDP協(xié)議，而不再是TCP協(xié)議，這樣的好處嗎，就是更低時(shí)延，...
摘要：正式版發(fā)布，微軟在和發(fā)上發(fā)布了鏡像下載，雖然并未公開宣布，但意味著已經(jīng)發(fā)布正式版。從故障轉(zhuǎn)移群集遷移存儲(chǔ)遷移到故障轉(zhuǎn)移群集，以及在獨(dú)立服務(wù)器和故障轉(zhuǎn)移群集之間遷移。在獨(dú)立服務(wù)器上使用存儲(chǔ)空間的存儲(chǔ)總線緩存存儲(chǔ)總線緩存現(xiàn)在可用于獨(dú)立服務(wù)器。windows server 2022 正式版發(fā)布！2021.08.19，微軟在 VLSC 和 MSDN 發(fā)上發(fā)布了 windows server 2022...
摘要：消息與邏輯請求或響應(yīng)消息對應(yīng)的完整的一系列幀。聲明數(shù)據(jù)流依賴關(guān)系指出，應(yīng)盡可能先向父數(shù)據(jù)流分配資源，然后再向其依賴項(xiàng)分配資源。數(shù)據(jù)流應(yīng)先于和獲得完整資源分配和應(yīng)先于和獲得相同的資源分配和應(yīng)基于其權(quán)重獲得比例分配。 轉(zhuǎn)載自 | 小米運(yùn)維（公眾號 ID：MI-SRE）showImg(https://segmentfault.com/img/bVbbesG?w=344&h=344); HTT...
閱讀 1049·2021-11-22 13:53
閱讀 1599·2021-11-17 09:33
閱讀 2401·2021-10-14 09:43
閱讀 2864·2021-09-01 11:41
閱讀 2280·2021-09-01 10:44
閱讀 2921·2021-08-31 09:39
閱讀 1457·2019-08-30 15:44
閱讀 1866·2019-08-30 13:02
