从chrome到node-http2服务器使用HTTP/2时,请参阅多个TCP连接

Question

更新(对任何对结果感兴趣的人:)

我无法弄清楚为什么chrome和node-http2服务器之间的下一次协议协商失败.我的怀疑是自签名证书或ALPN/NPN支持问题.所以我转向 golang HTTP/2实现.相同的设置工作完美,我看到单个多路复用TCP连接(chrome - > golang)

---

我一直在阅读关于HTTP/2以及它如何解决HTTP/1.1的延迟问题,每个主机使用单个多路复用TCP连接,所以我决定尝试一下.

本实验

• 创建了一个简单的html文件,引用了一个css,一个js和几个图像.
• Node.js中的一个简单的http服务器,它提供所有这些文件
• 使用chrome来发出http请求
• 在Ubuntu(tcptrack)上使用tcptrack 来跟踪对http服务器的TCP连接.

tcptrack窗口显示已建立4个连接.因此浏览器为图像和css/js请求打开了不同的连接.

我使用tcpdump得到类似的输出.供参考使用tcptrack命令

tcptrack -d -i eth0 -r 3600 port 8989

和tcpdump也显示类似的输出

tcpdump -i eth0 -nns 0"dst port 8989和tcp [tcpflags] == tcp-syn"

服务这些文件的简单的一体化http服务器如下所示(相关代码)

(function(){
  ...........
  var server = http.createServer(function(request, response) {
      ..........
      fs.readFile(filetoRet, function (err,data) {
      if(filePath.indexOf(".jpg") >-1){
        response.writeHead(200, {"Content-Type": "image/jpg"});
      }.....
      
      response.write(data);
      response.end();
      });

   
  });
   

  server.listen(8989);  
})()

在此之后我尝试使用http/2.

• 启用chrome标志以发送http/2请求
• 使用node-http2创建了一个http/2服务器
• 简单的http服务器与http/1.1具有相同的代码,只是它使用在步骤2中安装的http2服务器模块.
• 使用chrome发出请求(它需要是内联HTTP/2规范的https请求)
• 捕获tcptrack/tcpdump输出

因此,这仍然显示正在进行多个TCP连接.此外,如果我增加html中的图像数量,连接数会增加.

所以我不知道怎么读这个.这是HTTP/2应该如何表现(或者这是一个chrome bug)？有没有更好的方法来使用简单的http/2客户端服务器可视化HTTP/2增益？

注意:我正在为HTTP/2服务器使用自签名证书,因此chrome在继续访问页面之前会发出警告,可能那些已关闭的连接代表它但我不认为它会影响协议请求页面及其组件的方式

感谢大家耐心阅读本文并感谢任何建议.

msingh

PS:Wireshark TCP捕获也不例外.只是我发现在Wireshark中隔离流量更难,所以使用了tcpdump和tcptrack.

更新:更新:查看chrome:// net-internals/HTTP/2请求协商失败,它回退到使用HTTP/1.1.还不明白原因.

Chrome内部工具事件显示

t=879052 [st= 0] +HTTP_STREAM_JOB  [dt=19]
                  --> original_url = "https://msinghlinux.ads.com:8900/"
                  --> priority = "HIGHEST"
                  --> url = "https://msinghlinux.ads.com:8900/"
t=879052 [st= 0]   +PROXY_SERVICE  [dt=0]
t=879052 [st= 0]      PROXY_SERVICE_RESOLVED_PROXY_LIST
                      --> pac_string = "DIRECT"
t=879052 [st= 0]   -PROXY_SERVICE
t=879052 [st= 0]   +HOST_RESOLVER_IMPL_REQUEST  [dt=0]
                    --> address_family = 0
                    --> allow_cached_response = true
                    --> host = "msinghlinux.ads.com:8900"
                    --> is_speculative = false
t=879052 [st= 0]      HOST_RESOLVER_IMPL_CACHE_HIT
t=879052 [st= 0]   -HOST_RESOLVER_IMPL_REQUEST
t=879052 [st= 0]   +SOCKET_POOL  [dt=19]
t=879071 [st=19]      SOCKET_POOL_BOUND_TO_CONNECT_JOB
                      --> source_dependency = 26961 (CONNECT_JOB)
t=879071 [st=19]      SOCKET_POOL_BOUND_TO_SOCKET
                      --> source_dependency = 26967 (SOCKET)
t=879071 [st=19]   -SOCKET_POOL
t=879071 [st=19]    HTTP_STREAM_REQUEST_PROTO
                    --> next_proto_status = "negotiated"
                    --> proto = "http/1.1"
t=879071 [st=19]    HTTP_STREAM_JOB_BOUND_TO_REQUEST
                    --> source_dependency = 26910 (URL_REQUEST)
t=879071 [st=19] -HTTP_STREAM_JOB

下一个协议的值是http/1.1(next_proto_status和proto).但它没有说明在谈判中导致这种后退失败的原因是什么？可以自签名证书吗？

HTTP/2服务器代码

var options = {
  key: fs.readFileSync('./server.key'),
  cert: fs.readFileSync('./server.crt')
};

options.log = bunyan.createLogger(...);
require('http2').createServer(options,function(request, response) {
      .... same code as http/1.1 server


}).listen(8900);

Answer 1

我怀疑你实际上并没有使用 HTTP/2。FF 有一个插件，我认为 Chrome 的一些选项可以显示地址栏中使用的协议。

请注意，HTTP2 将通过多种方法为您提供更低的延迟。

单个连接本身最初不会给您带来太多的延迟改善，至少在流量控制窗口增加之前不会。单个连接的要点在于，它可以将窗口增长到最佳大小，并且您不会因为创建的每个新连接而出现缓慢的启动延迟。

但HTTP/2还有推送机制，服务器可以知道与页面关联的CSS、JS和图像，并主动将它们与获取html的请求一起推送到客户端。这节省了解析 HTML 然后发送新请求的往返时间。如果资源数量超过 6（HTTP1 事实上的连接限制），甚至可以节省更多的往返次数。

我们在网站上运行 Jetty HTTP2，并且在https://webtide.com/http2-tests/push/上有一个演示推送页面

该图像由许多小图像组成，您通常会看到这些图像使用 HTTP/1 单独加载，但如果您使用 HTTP/2，它们会作为块加载