有什么方法可以检测远程网站是否支持 SPDY 以及它是什么版本？
我可以从命令行使用的东西，比如 bash 脚本。
尝试使用 curl 发送自定义 User-Agent 标头，但无法获得任何可以帮助我的响应标头。
我们的想法是能够为任何域获取 SPDY:true/false Version:3.1/3.0...。
【问题讨论】：
openssl s_client -connect google.com:443 -nextprotoneg ''
CONNECTED(00000003)
Protocols advertised by server: spdy/3.1, spdy/3, http/1.1
【讨论】：
SPDY 协议协商发生在初始 TLS 握手期间。
目前有两种协商协议的方法：较旧的一种称为 NPN (https://datatracker.ietf.org/doc/html/draft-agl-tls-nextprotoneg-04)。 在 ClientHello TLS 消息中，客户端发送 ID 为 0x3374 的 NPN 扩展。服务器回复一个 ServerHello TLS 消息，该消息还包含服务器支持的协议列表，也在 NPN 扩展中。 客户端然后选择协议并将其选择加密发送到服务器。
较新的方法是为 HTTP 2.0 设计的，称为 ALPN (https://datatracker.ietf.org/doc/html/draft-ietf-tls-applayerprotoneg-05)。 ClientHello TLS 消息包含 ID 为 0x10 的 ALPN 扩展。 这一次，客户端发送支持的协议列表，服务器回复一个 ServerHello TLS 消息，该消息包含服务器选择的协议，也在 ALPN 扩展中。
在 NPN 和 ALPN 扩展中，协议列表都以字符串形式发送，例如 http/1.1 或 spdy/3。
一旦选择了协议，TLS 握手将继续，然后双方将立即开始使用他们选择的协议。
因此，了解协议协商的唯一方法是使用 TLS 并拥有一个公开协议协商扩展的客户端。 每个客户端都以特定方式执行此操作，但据我所知，尚不支持 bash 脚本。
例如，HAProxy 支持 NPN 和 ALPN (http://cbonte.github.io/haproxy-dconv/configuration-1.5.html)，Jetty 9.2 也支持 NPN 和 ALPN（用于客户端和服务器）。
Nginx 或 Apache 等其他服务器支持带有 ALPN 补丁的 NPN（因为无论如何 HTTP 2.0 都需要它）。
NPN 最终会消失； Google 的 Adam Langley has stated 表示 NPN 将被 ALPN 弃用。
【讨论】：