连接与 DNS

HTTP/3 与 QUIC 连接测试

观察实际浏览器请求的协议,并与我们的服务器收到的协议分开解读。

提示: 首次访问可能先使用 HTTP/2,随后浏览器通过以下信息发现 HTTP/3: Alt-Svc.
测试未开始

测到请求前结果保持无法确定。

每次尝试

#浏览器已确认前端或直接连接我们的服务器收到HTTP/3耗时
如何解读结果
  • 确认 HTTP/3 :浏览器报告 h3,或直接连接或获准前端确认 HTTP/3.
  • 浏览器使用 HTTP/3,我们的服务器收到 HTTP/1.1 :CDN 或代理的两条连接可使用不同协议,浏览器结果仍已确认。
  • 观测到另一协议 :所有尝试使用 HTTP/2 或 HTTP/1.1。这不证明 QUIC 被阻断。
  • 无法确定 :性能 API 隐藏协议,服务器未收到该信息。

比较调整前后

在同一设备上运行同一测试并保存初始结果。启用 VPN 或调整一个相关设置后,在其他条件相同的情况下重测并保存新结果。

保存调整前和调整后的结果,即可进行比较。

这个测试能说明什么

HTTP/3 使用基于 UDP 的加密传输 QUIC。测试检查对此源站的实际请求,而非根据版本推断支持。浏览器到 CDN 可使用 HTTP/3,而 CDN 到我们的服务器使用 HTTP/1.1,这两项观察都可能正确。显示的请求用时不等于网络性能比较。

如何操作

  1. 通过 HTTPS 打开工具,初次测试保持当前浏览器和连接。
  2. 运行多次不缓存请求,等待每次协议观测。
  3. 分开阅读浏览器协议、我们的服务器收到的协议及获准前端证据,注意各自连接范围。

如何测量

浏览器从实际资源请求的时间记录读取 nextHopProtocol;我们的服务器的响应独立报告后端收到的连接协议。

请求发往此源站。只有范围明确的直接证据或获准代理的明确信号才能确认服务器看到的浏览器连接段,一般中间头部不足以确认。

解读结果

确认 HTTP/3
浏览器报告 h3,或可靠服务器信号确认浏览器连接段使用 HTTP/3。只适用于测到的连接。
未观测到 HTTP/3
完成请求使用其他可见协议。源站可能未提供、浏览器未选择或路径限制 UDP,不一定是 QUIC 被阻断。
协议证据不可用
时间记录缺失、前端信号不完整或冲突时,相关结果无法确定,不能据此确认传输协议。

比较调整前后

  1. 保存源站、请求协议、浏览器及连接条件。
  2. 只改一个相关网络或浏览器设置,对同一源站重发相同请求。
  3. 浏览器结果对浏览器结果。仅后端协议变化不能确定浏览器传输变化,首次发现协议公告也可能影响选择。

测试的局限

  • 本次未见 HTTP/3 不证明整个网络都阻断 QUIC。
  • 服务器公告、已有连接及浏览器选择会影响协议;请求时长不是速度基准测试。

需要时如何调整

预期 HTTP/3 但未观察到
新建连接后重试,先确认源站确实提供 HTTP/3,再决定是否检查相关网络规则。
浏览器与服务器协议不同
检查前端与后端的观测范围;正常中间转换不需修正浏览器。

常见问题

HTTP/3 就更快吗?

不一定。用时不能确立整体连接性能,性能还取决于网络、服务器和工作负载。

VPN 能自行启用 HTTP/3 吗?

不能。浏览器和目的地都需支持,路线变化只影响路径条件。

资料与技术参考