关于HTTP/2、HTTP/3及Cloudflare代理协议转换的疑问

问题1：关于链路协议的判断是否正确 #

你的判断完全正确。Cloudflare作为反向代理服务，天然支持多协议的适配转换：

• 客户端与Cloudflare边缘节点之间的链路：只要客户端浏览器、Cloudflare配置都开启了HTTP/3支持，就会优先协商使用HTTP/3，这部分能力完全由Cloudflare边缘节点提供，和源站的协议支持能力无关
• Cloudflare与VPS源站之间的回源链路：Cloudflare会自动和源站协商源站支持的最高版本协议，你源站当前仅支持HTTP/1.1，所以回源链路默认使用HTTP/1.1

问题2：HTTP/3能力来源与源站升级的必要性 #

你对HTTP/3能力的理解也没有问题：
当前你对外提供的HTTP/3能力完全由Cloudflare提供，源站本身确实仅支持HTTP/1.1。如果你只是通过Cloudflare对外提供服务，且没有特殊的回源性能要求，不需要额外升级源站协议，Cloudflare的协议转换已经可以满足绝大多数业务场景的性能需求。
如果需要让回源链路也使用HTTP/2，或者后续脱离Cloudflare后源站本身也能直接对外提供HTTP/2支持，就需要对源站服务做协议适配升级。

问题3：Node.js技术栈的HTTP/2升级方案 #

如果确定要升级源站支持HTTP/2，确实需要将原有代码中的http/https模块替换为http2模块，同时注意以下几点：

• 建议开启allowHTTP1: true配置，让HTTP/2服务可以兼容HTTP/1.1的请求，避免回源链路或者其他直接访问源站的请求报错
• 如果你使用了Express、Koa等上层Web框架，需要确认框架是否兼容原生http2模块，部分老旧框架可能需要额外的适配中间件才能运行在HTTP/2服务上
• HTTP/2默认要求使用TLS加密传输，你需要给源站服务配置合法的SSL证书，否则无法正常协商HTTP/2协议

内容的提问来源于stack exchange，提问作者Felix