http2实现中的PRI方法导致问题

Question

我正在尝试使用 HTTP/2 扩展服务器，该服务器已经支持 HTTP/1.1 和 TLS v1.2。我在 Go 中编写它，在那里我定义了这样的 tls 配置 -

tlsConfig := &tls.Config{
                    Certificates: []tls.Certificate{cert},
                    ServerName:   "mysrvr",
                    NextProtos:   []string{"h2", "http/1.1", "http/1.0"},
                    Time:         time.Now,
                    Rand:         rand.Reader,
            }

很明显，我使用“h2”字符串来设置 ALPN 握手。

现在当我通过 curl 发出请求时，我收到了这个请求 -

$ curl -v https://127.0.0.1:8000 -k --http2

当我解析请求时，它显示一个 PRI 方法首先发送而不是 GET -

HTTP/2.0
PRI

我从https://www.rfc-editor.org/rfc/rfc7540#page-78 获得了一些关于 PRI 方法的想法，其中说如下 -

This method is never used by an actual client.
This method will appear to be used when an HTTP/1.1 server or
intermediary attempts to parse an HTTP/2 connection preface. 

我现在的问题是为什么发送 PRI 请求，而服务器显然支持 HTTP/2？我是否需要根据 HTTP/2 规范解析它并使用空的 SETTINGS 帧进行响应，还是应该由 Go http2 运行时处理它？

我正在使用 http.ReadRequest 解析客户端请求，但即使我忽略 PRI 请求（如建议如下）。

Answer 1

HTTP/2 客户端应该发送的第一条消息就是这个 PRI 消息。来自HTTP/2 specification：

在 HTTP/2 中，每个端点都需要发送一个连接前言作为对正在使用的协议的最终确认，并为 HTTP/2 连接建立初始设置。客户端和服务器各自发送不同的连接前言。

客户端连接前言以 24 个八位字节的序列开头，十六进制表示为：

0x505249202a20485454502f322e300d0a0d0a534d0d0a0d0a

即连接前言以字符串 PRI * HTTP/2.0\r\n\r\nSM\r\n\r\n) 开头。此序列必须后跟一个 SETTINGS 帧（第 6.5 节），该帧可以为空。

...

注意：选择客户端连接前言，以便大部分 HTTP/1.1 或 HTTP/1.0 服务器和中介不会尝试处理更多帧。

这条消息的重点是它是一个假的类似 HTTP/1 的消息，因此任何不支持 HTTP/2 的服务器都应该以错误响应。

任何 HTTP/2 服务器都应该期待这个消息被发送，然后应该忽略它，然后继续说 HTTP/2。

事实上，如果这个消息没有被发送，那么服务器应该把它当作一个错误而不是继续：

客户端和服务器必须将无效的连接前言视为 PROTOCOL_ERROR 类型的连接错误（第 5.4.1 节）。在这种情况下，可以省略 GOAWAY 帧（第 6.8 节），因为无效的前言表明对等方未使用 HTTP/2。