为什么HTTP请求的初始连接时间如此长?

为什么HTTP请求的初始连接时间如此长?,http,nginx,google-chrome-devtools,Http,Nginx,Google Chrome Devtools,我的web应用程序位于Nginx后面。有时,加载我的网页需要10秒以上,我使用Chrome DevTools跟踪时间,结果如下: 奇怪的是,当页面加载缓慢时,初始连接时间总是11秒长。在这个缓慢的请求之后,同一页面的后续加载变得非常快 导致这种情况的可能问题是什么 注意:如果这是由我的服务器上的资源限制引起的,我可以在一些系统日志中看到一些错误/警告吗?初始连接指执行初始TCP握手和协商SSL(如果适用)所花费的时间。这种缓慢可能是由拥塞造成的,因为服务器已经达到了限制,并且在现有连接挂起时无

我的web应用程序位于Nginx后面。有时,加载我的网页需要10秒以上,我使用Chrome DevTools跟踪时间,结果如下:

奇怪的是,当页面加载缓慢时,初始连接时间总是11秒长。在这个缓慢的请求之后,同一页面的后续加载变得非常快

导致这种情况的可能问题是什么


注意:如果这是由我的服务器上的资源限制引起的,我可以在一些系统日志中看到一些错误/警告吗?

初始连接指执行初始TCP握手和协商SSL(如果适用)所花费的时间。这种缓慢可能是由拥塞造成的,因为服务器已经达到了限制,并且在现有连接挂起时无法响应新连接。您可以查看Nginx配置中的一些

使用dig命令检查域名解析过程。
如果返回多应答部分,请检查这些IP是否有效。

您应该删除指向不存在文件的文件。我在一个客户那里遇到了同样的问题,404映像导致了问题,因为它延迟了其他文件的加载。

我已经查看了Nginx文档中提到的所有系统调优项目,但问题仍然存在。如果由于资源限制而导致拥塞,有没有日志文件可以让我看到问题?@NeoWang我不太清楚Nginx中的细节。这也很可能是由你手上的东西引起的。你在其他网站上遇到过这个问题吗?否则,它可能是您和服务器之间的防火墙或路由器。@GideonPyzer如果初始连接为0,则表示重用现有连接?。SSL协商现在是Chrome开发工具中的一个额外字段。这是一个很好的解释,它甚至可能是你的提供商的装备,如防火墙、ddos防护……我也面临着同样的问题。你找到这个问题的解决方案了吗?或者我能看到确切问题的任何日志文件?嗨,有人能找到问题的核心吗@由于缓存的原因,AdarShtiWarisSubSequent加载速度更快。尝试在匿名模式下通过Chrome访问它,或者禁用缓存来验证这一点。从屏幕截图中可以看出,DNS解析是一个额外字段,不计入OP提供的慢部分。唯一有效的问题是对客户端IP的访问-这可能很慢,并且会计入客户端的“初始连接”计时器。