什么＆＃34;阻止＆＃34;真的意味着在Firefox开发者工具网络监控？

Question

timing section of the Firefox Network Monitor documentation，＆＃34;阻止＆＃34;解释如下：

  

等待网络连接的队列所花费的时间。

     

浏览器对可以对单个服务器进行的同时连接数量施加限制。在Firefox中，默认为6

数量连接的限制是唯一的限制吗？或者浏览器被阻止等待从OS计数连接也被阻止？

在一个全新的浏览器中，在第一个连接上，在进行任何其他连接之前（因此限制不适用于此处），我被阻止了195毫秒。

这是浏览器等待操作系统吗？是吗＆＃34;被阻止＆＃34;这意味着什么？

Answer 1

  

等待网络连接的队列所花费的时间。

     

浏览器对同时连接数施加限制   可以对单个服务器进行。在Firefox中，默认为6，   但可以使用改变   network.http.max-persistent-connections-per-server preference。我摔倒   连接正在使用中，浏览器无法下载更多资源   直到连接被释放。

来源：https://developer.mozilla.org/en-US/docs/Tools/Network_Monitor

很明显，浏览器修复了每个服务器（域/ IP）6个并发连接的限制，操作系统问题不是很相关。

Answer 2

我有一个服务器，它需要几秒钟的时间来响应，这使我可以使用Wireshark轨迹交叉引用Firefox的测量结果。我看到第一个SYN立即发出。 “阻塞”时间的结束与服务器Hello回来的时间相对应。

我无法将“ TLS设置”的结尾与任何Wireshark数据包相关联。最初的TLS连接上交换的最后一个数据将延长几秒钟。

底线：至少在某些情况下，“阻止”和“ TLS设置”所花费的时间看起来并不十分可靠。

我的设置有一个TLS反向代理，该代理转发与SNI的连接。我不确定是否可能与此有关。

Answer 3

读取Firefox文档的最佳方法。 这将详细说明该项目。

https://developer.mozilla.org/en-US/docs/Tools/Network_Monitor

Answer 4

在我的情况下，等待网络连接和DNS查找时间都非常长，每次长达2秒，如果是第一次加载页面，则会导致大量页面加载时间。 Firefox是全新安装的，没有附加组件，只是刚开始时没有打开任何其他标签。我在Ubuntu 18.04 LTS和Ubuntu 19.04上都尝试了相同的结果。尽管我的ISP不提供支持，但是我的路由器分配了IPv6地址。事实证明，问题是IPv6断开了网络，这迫使Firefox回退到IPv4（当然要经过一段时间（超时））。关闭Linux中的IPv6支持后，请求速度大大提高。 这是一个讨人喜欢的讨论：https://bugzilla.mozilla.org/show_bug.cgi?id=1452028

Answer 5

我们将Firefox设置（about：config）“ network.http.max-persistent-connections-per-server”更改为64，然后这些块消失了。我们将其更改回6。我们将设计/开发方法更改为更“异步”的加载方法，以便没有大量的同时连接。这些块大多加载了许多用于区域设置的png标志。

Answer 6

我在使用Angular 9'dist'部署时遇到此错误。我发现出现此错误是因为我尝试根据指定的IP地址和端口访问无法访问的API。

因此要解决该问题，我只需要引用一个有效且可访问的API。