最近HTTP-over-QUIC 协议被正式命名为 HTTP/3，协议带来的最大改变是协议底层将采用UDP协议，而不再是TCP协议，这样的好处吗，就是更低时延，更好的拥塞控制，更精确的RTT时间，更高效率的多路复用...谷歌万岁，要知道现有的http/2(spdy)协议也是源于谷歌。

这么多的好处，还等什么，开搞。

boxopened整体基于的nodejs开发，通过nginx反代对外提供服务，之前通过配置，boxopened已经支持了http/2协议，但是目前nginx还不支持quic协议，于是只能想别的办法。经过一番谷歌（再次感谢伟大的谷歌）以后，发现了Caddy，一个新一代的web 服务器。caddy的官网：https://caddyserver.com/ 。caddy宣称是比nginx更人性化的web server，基于go语言开发，简单易用的配置，原生的http/2支持，自动的https证书管理....

caddy的部署有很多方式，由于boxopened整体是基于docker化的部署，所以这里caddy的部署也是基于docker部署的，好在官方提供了docker镜像（这里给caddy点个赞）。接下来就是配置了，官方文档写的简单又清楚，一看就懂。目前对quic的支持还处于实验性质，所以要开启quic，要加上-quic 标志。

下面是docker-compose.yml 中caddy服务的配置，大家可以参考下。

caddy:image: abiosoft/caddy:0.11.1ports:- 80:80- 443:443- 80:80/udp- 443:443/udpvolumes:- ../../boxopened-config/caddy/www:/srv- ../../boxopened-config/caddy/ssl:/root/.caddy- ../../boxopened-config/caddy/logs:/wwwlogs- ../../boxopened-config/caddy/conf/Caddyfile:/etc/Caddyfilecommand: ["--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 {gziplog /wwwlogs/portal.access.logtls /root/.caddy/fullchain.pem /root/.caddy/privkey.pemproxy / portal:6001 {transparent}
}

就这么几行配置，完事儿，简单吧！

再给大家说说我中间遇到的坑，首先quic协议的底层是基于udp协议的，所以在进行docker端口配置的时候，要expose相应的udp端口，并且打开主机的防火墙配置。。。（我能说我在这上面搞到凌晨三点么。。。）

所有的一切完成后，我以为一切都ok了，又发现怎么都无法进行quic连接，反复尝试还是不行。原来chrome只支持最新的quic协议，所以更新了下caddy的版本，一些搞定！

最后展示下效果

想更直观的感受下，请戳 boxopened.com