你们公司还没使用HTTP3？赶紧来补一补，学习一下如何在Nginx上配置HTTP3。

秒速五厘米 2023-03-01 10:27 137阅读 0赞

# 你们公司还没使用HTTP3？赶紧来补一补，学习一下如何在Nginx上配置HTTP3。 #

> NGINX最新版本，已提供对 QUIC 和 HTTP/3的支持，本文介绍一下如何安装与配置

很高兴能在一个特殊的开源存储库中发布NGINX的QUIC+HTTP/3[技术][Link 1]预览版。这是基于[IETF QUIC 草稿的预发行版软件，][IETF QUIC]维护在开发分支中，与稳定分支和主线分支隔离。该版本是几个月前才启动开发的，现在已准备好进行互操作性测试、反馈和代码贡献。

使用 NGINX QUIC+HTTP/3 实现启用的演示站点可在[https://quic.nginx.org/。][https_quic.nginx.org]

## 了解 HTTP/3 协议 ##

在这个快节奏的世界中，超文本传输协议 （HTTP） 在二十多年里一直非常稳定。[HTTP/1.1 标准][HTTP_1.1]于 1999 年发布，已成为 Web 应用程序和 API 无处不在的传输协议。尽管用于传输的应用程序和服务发生了巨大变化，但该协议在未来 21 年内保持不变。

此时，精明的读者可能会问，"但HTTP/2呢？这是一个很好的问题。[HTTP/2 标准][HTTP_2]于 2015 年发布，并稳步采用[，45% 的面向 Internet 的网站支持 HTTP/2][45_ _ Internet _ HTTP_2]。然而，这个统计数据掩盖了这样一个现实，就是在公共 Internet 上使用 HTTP[与"最后][Link 2]一英里"（运行时基础结构）相比，HTTP 的使用大不相同。

现代互联网基础设施的现实是 HTTP/2 很少被端到端部署。它旨在解决在公共 Internet 上最明显的问题，其中延迟过高，并且[一个 HTTP 请求的问题可能会延迟后续请求][HTTP]。在应用程序运行时环境中（例如，公共云或私有数据中心）延迟较低，网络可靠性极佳，直接检查 HTTP/1.1 基于文本的传输流的能力比 HTTP/2 的二进制传输流的效率更有价值。

HTTP/2 在很大程度上改善了浏览器和移动设备上的用户体验，因为它非常适合客户端和运行时基础结构的"边缘"之间的环境。此时，它通常被代理到使用 HTTP/1.1 的运行时环境中。边缘最有可能是 CDN 提供程序，或处理进入运行时环境的流量的反向代理负载均衡器。

![format_png][]

**HTTP 版本的典型混合部署**

这种使用 HTTP/2 和 HTTP/1.1 来提供网站和应用程序的混合方法效果很好。那么，为什么要提出另一个新协议，HTTP/3呢？

HTTP/2 的主要创新是通过使用 TCP 作为低延时传输的通过单个HTTP连接进行多路复用以传输多个 HTTP 请求。不幸的是，TCP 具有固有的限制，限制了网站和应用程序的性能和用户体验。[TCP 标准][TCP]最初于 1981 年发布，作为通用传输协议非常成功。但是，当您在同一连接上多路复用多个独立请求时，它们都受该连接的可靠性影响。如果只有一个请求的数据包丢失，则所有多路复用请求将延迟，直到首先检测到丢失的数据包，然后重新传输。

HTTP/3 基于[QUIC][]传输协议，该协议专门设计用于支持多路复用连接，而不受单个 TCP 连接。相反[，QUIC 使用 UDP][QUIC _ UDP]作为在客户端和服务器之间移动数据包的低延时传输机制，并实现发出 HTTP 请求的可靠连接。值得注意的是，QUIC 还将 TLS 作为整体组件，而不是作为 HTTP/1.1 和 HTTP/2 的附加层。

![20200724095725191.png][]

**QUIC协议**

QUIC 的目标是为 HTTP/3 提供高性能、高可靠性、高安全性的传输协议（尽管 QUIC 也适用于非 HTTP 流量）。从语义上讲，HTTP/3 本身与 HTTP/2 非常相似。但是，没有 HTTP 协议同时支持一个或多个 HTTP/1.1、HTTP/2 和 HTTP/3。客户端（Web 浏览器）如何知道要使用的 HTTP 版本？

版本控制问题首先出现在 HTTP/2 的引入中，HTTP/2 通过使用 TLS 握手来检测客户端和服务器是否能够通过 HTTP/2 进行通信，从而解决了该问题。这样，客户端知道如何在建立连接之前与服务器通信。但是，QUIC 使用 UDP 而不是 TCP 作为基础传输协议带来了新的挑战 - 客户端如何知道最初请求哪种类型的连接，TCP 或 UDP？该解决方案是客户端为初始 HTTP 请求建立 TCP 连接。支持 HTTP/3 的服务器的响应包括`Alt-Svc` [标头][Link 3]，用于指定它侦听 HTTP/3 流量的 UDP 端口。此外，浏览器还记住哪些站点支持 QUIC，以消除`基于 Alt-Svc`\+ 的发现方法的开销。

## NGINX QUIC+HTTP/3 预览 ##

今天，我们宣布NGINX的官方QUIC和HTTP/3实施的初始版本，http\_v3\_module。这是一个技术预览，必须被认为是实验性的 - 它不是用于生产用途。在编写本文时[，QUIC 标准][IETF QUIC]尚未最终确定，并且此初始版本针对当前草稿的子集实现。

经过几个月的设计和开发，http\_v3\_module已准备好进行互操作性测试。我们也欢迎一般的反馈和代码贡献。请注意，http\_v3\_module在 NGINX 开源主线开发分支中不可用（也未提供 NGINX Plus 的任何版本）;因为它仍然是实验性的，所以在一个专门的开发[分支https://hg.nginx.org/nginx-quic。][Link 1]

另请注意，此 QUIC+HTTP/3 实现是全新的，与 Cloudflare 在其 quiche 项目中提供的[修补程序无关][Link 4]。

对于熟悉 NGINX 配置的人，启用 QUIC+HTTP/3 非常简单。

server { listen 443 ssl; # TCP listener for HTTP/1.1 listen 443 http3 reuseport; # UDP listener for QUIC+HTTP/3 ssl_protocols TLSv1.3; # QUIC requires TLS 1.3 ssl_certificate ssl/www.example.com.crt; ssl_certificate_key ssl/www.example.com.key; add_header Alt-Svc 'quic=":443"'; # Advertise that QUIC is available add_header QUIC-Status $quic; # Sent when QUIC was used }

有关从**nginx-quic 存储库构建 NGINX**以及建议配置的信息，请参阅[README][]。此外，在 http\_v3\_module 上[https://quic.nginx.org/。][https_quic.nginx.org]从这里，您可以检查您的浏览器是否已经支持QUIC，并将HTTP/3互操作性与您自己的**nginx-quic 版本进行比较**。

鉴于 QUIC 的草稿状态，您可能需要使用开发版本或通用浏览器的最新版本来启用 QUIC 连接。

*翻译来源：[https://www.nginx.com/blog/introducing-technology-preview-nginx-support-for-quic-http-3/][https_www.nginx.com_blog_introducing-technology-preview-nginx-support-for-quic-http-3]*

[Link 1]: https://hg.nginx.org/nginx-quic
[IETF QUIC]: https://datatracker.ietf.org/doc/draft-ietf-quic-transport/
[https_quic.nginx.org]: https://quic.nginx.org/
[HTTP_1.1]: https://tools.ietf.org/html/rfc2616
[HTTP_2]: https://tools.ietf.org/html/rfc7540
[45_ _ Internet _ HTTP_2]: https://w3techs.com/technologies/details/ce-http2
[Link 2]: https://en.wikipedia.org/wiki/Last_mile_%28transportation%29
[HTTP]: https://en.wikipedia.org/wiki/Head-of-line_blocking#In_HTTP
[format_png]: /images/20230208/806ac005916f43a59b61b1f79a7cc996.png
[TCP]: https://tools.ietf.org/html/rfc793
[QUIC]: https://en.wikipedia.org/wiki/QUIC
[QUIC _ UDP]: https://en.wikipedia.org/wiki/User_Datagram_Protocol
[20200724095725191.png]: /images/20230208/d808297eb673468eb87dbd1027cb14eb.png
[Link 3]: https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Alt-Svc
[Link 4]: https://blog.cloudflare.com/experiment-with-http-3-using-nginx-and-quiche/
[README]: https://quic.nginx.org/README
[https_www.nginx.com_blog_introducing-technology-preview-nginx-support-for-quic-http-3]: https://www.nginx.com/blog/introducing-technology-preview-nginx-support-for-quic-http-3/