如何从服务器端判断客户端是否支持 http/2

Ily*_*man 5 javascript http2 quic

我正在编写一个将由网络用户使用的分析服务器。我要测试的参数之一是它们的浏览器支持。请告诉我是否可以获得休耕信息以及如何:

  • 测试客户端(用户浏览器)是否支持http/2
  • 测试客户端(用户浏览器)是否支持http/2 推送,一些如何检测服务器何时发送推送,客户端是否能够使用它,这个可能是一些 js 测试,或者你不告诉我。
  • 测试客户端(用户浏览器)是否支持QUIC,即 http/2 的 UDP 版本

Bar*_*ard 1

这取决于所使用的 Web 服务器及其提供的有关与其建立的连接的详细信息。

例如,Apache 提供以下变量:https://httpd.apache.org/docs/2.4/mod/mod_http2.html#envvars

包括这些变量:

Variable Name:  Value Type:   Description:
HTTP2           flag          HTTP/2 is being used.
H2PUSH          flag          HTTP/2 Server Push is enabled for this connection and also supported by the client.
H2_PUSHED       string        empty or PUSHED for a request being pushed by the server.
Run Code Online (Sandbox Code Playgroud)

因此,您可以使用 LogFormat 轻松地将其添加到日志文件中,如下所示:

LogFormat "%h %l %u %t %{ms}T \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %{SSL_PROTOCOL}x %{SSL_CIPHER}x %{Content-Encoding}o %{H2_PUSHED}e" combined
Run Code Online (Sandbox Code Playgroud)

然后从日志文件中查看是否通过 HTTP/2.0 提供服务以及是否已推送。例如:

86.1.2.3 - - [11/Jul/2017:22:14:56 +0100] 2 "GET / HTTP/2.0" 200 1700 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36" TLSv1.2 ECDHE-RSA-AES128-GCM-SHA256 br
86.1.2.3 - - [11/Jul/2017:22:14:56 +0100] 3 "GET /assets/css/common.css HTTP/2.0" 200 5381 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36" TLSv1.2 ECDHE-RSA-AES128-GCM-SHA256 br PUSHED
Run Code Online (Sandbox Code Playgroud)

这些变量也可用于 CGI 脚本等。请注意,只有实际使用 HTTP/2 时才会设置这些变量。

并非所有 Web 服务器都像 Apache 一样容易公开此级别的详细信息,并且许多服务器不支持 HTTP/2 推送,因此可能无法检测到它们本身不支持!

我不知道有任何网络浏览器会从 HTTPS 客户端问候消息(当协商 HTTP/2 时)提供这些详细信息,因为大多数浏览器仅提供当前连接的详细信息而不是每个协议支持,并且仅在 HTTPS 会话之后提供已设置。例如,Apache 的 HTTPS 变量如下:http ://httpd.apache.org/docs/current/mod/mod_ssl.html#envvars

QUIC 较少受到 Web 服务器的支持,因此不太容易检测到。

据我所知,从客户端实际检测所有这些内容更加困难,因为这些内容并未暴露于 JavaScript。最简单的选择是通过 HTTP/2 调用 CGI 脚本,该脚本返回 Web 服务器提供的这些值的结果。

请注意,推送的资源仅在需要时才会使用。如果需要并且没有推送,那么无论如何都会获取它。因此,您的 js 测试想法(大概是检测推送的资源是否正在使用)并不能明确说明客户端是否支持推送,因为资源可能已被获取。