我在 Apache2/Ubuntu 20.04 上运行一个网站，出于某种原因，我得到了一个非常长的 TTFB（约 15 秒），这仅在我使用 Cloudflare 的代理/CDN 时发生。如果我直接连接到我的服务器的 IP 地址（不使用 Cloudflare 的代理/CDN）（在我的网络内部和外部），那么这个长 TTFB 就不会发生。
在上面的图片链接中，您可以看到 Cloudflare 返回状态“522”，这意味着连接超时，Cloudflare 无法与源服务器协商 TCP 握手。但网站实际上在这 15 秒后加载。
在运行 Apache 的同一系统上，我运行了一个名为“Webmin”的 html 控制面板（不在 Apache 中托管），用于远程管理我的服务器，并且我也将其与 Cloudflare 的代理一起使用，并且发生了同样的事情，TTFB 也同样约为 15 秒。我认为值得注意的是，在同一网络上我还有另一台服务器，它运行 Windows 10，并以 IIS 作为托管服务器，并且我使用 Cloudflare 的代理/CDN，我从未遇到过任何问题。因此，我认为这可能是 Ubuntu 的一些问题，但我不知道可能是什么问题。
以下是我已经完成的操作，但即使完成所有这些操作后，我仍然会得到那么长的 TTFB：
- 在 Apache 的配置文件中指定密码套件。
- 我已经添加了所有 Cloudflare 的链式证书（包括 Cloudflare 的根 CA）。
- 在 Ubuntu 防火墙中将 Cloudflare 的所有 IP 范围列入白名单。
- 在 Apache 的配置文件中指定 TLS/SSL 版本。
- 检查并重新安装 Cloudflare 原始 CA。
Apache 配置文件和其他可能有用的档案可供使用这里。
任何帮助深表感谢！
[更新] 经过多天的努力，我发现问题出在我使用的端口 (8443) 上，由 Cloudflare 提供支持在每个计划上，出于某种原因，我的 TTFB 都这么长。顺便说一句，这不是我的网络或 ISP 的问题，因为当我在普通 HTTP（没有 Cloudflare 的代理/CDN）上使用相同端口（8443）运行它时，我得到了“正常”的 TTFB。
答案1
正如您所说的，启用 cloudfare 后，(TTFB) 很高。
机器（Ubuntu）上的任何防火墙规则都可能会延迟通过 cloudfare 到达目标服务器的传入请求。
尝试禁用防火墙并检查它是否降低了（TTFB）。