长TTFB -云彩

Question

我正在Apache2 2/Ubuntu20.04上运行一个网站，出于某种原因，我得到了一个非常长的TTFB (~15秒)，这只在我使用Cloudflare的代理/CDN时才会发生。如果我直接连接到服务器的IP地址(没有Cloudflare的代理/CDN)(在我的网络内外)，这个长的TTFB就不会发生。

网络分析截图

在上面的图像链接中，您可以看到Cloudflare返回状态"522"，这意味着连接超时，Cloudflare无法与原始服务器协商TCP握手。但是网站在这15秒之后才会加载。

在我运行Apache的同一个系统上，我运行一个名为"Webmin“的html控制面板(而不是托管在Apache中)，用于远程管理我的服务器，我也将它与Cloudflare的代理一起使用，同样的事情也会发生，TTFB有相同的15秒。我认为值得注意的是，我在同一网络上有另一台服务器，它以IIS作为宿主服务器运行Windows 10，而且我使用的是Cloudflare的代理/CDN，而且我从来没有遇到过任何问题。因此，我认为这可能是Ubuntu的一些问题，但我不知道它会是什么。

这是我已经做过的事情，但即使做了所有这些事情，我仍然得到了那么长的TTFB：

• 在Apache的配置文件中指定密码套件。
• 我添加了所有Cloudflare的链接证书(包括Cloudflare的根CA)。
• 在Ubuntu的防火墙中，白色显示了Cloudflare的所有IP范围。
• Apache配置文件中指定的TLS/SSL版本。
• 检查并重新安装Cloudflare原产地CA。

Apache配置文件和其他可能有用的档案是可用的这里。。

任何帮助都是非常感谢的！

更新经过了很多天的尝试，我发现问题是我使用的端口(8443)，在每个计划中都是由云之光支持，而且由于某种原因，我得到了这么长的TTFB。顺便说一句，这对我的网络或ISP来说不是问题，因为当我在同一个端口(8443)的普通HTTP (没有Cloudflare的代理/CDN)上运行它时，我会得到一个“正常”的TTFB。

Answer 1

正如您所说的，启用cloudfare (TTFB)是很高的。

机器上的任何防火墙规则(Ubuntu)都可能通过cloudfare将传入请求延迟到目标服务器。

尝试禁用防火墙&检查它是否降低了(TTFB)。