【问题讨论】：
标签： timeout cloudflare connection-timeout
Cloudflare 524 错误是由于网页需要 100 多秒才能完全响应。
如果您更改为“企业”Cloudflare 帐户，这可以覆盖（最多）600 秒。 Enterprise 的成本约为每年 4 万美元（需要签订年度合同）。
【讨论】：
如果您使用 curl 获取结果，则可以使用解析选项直接访问您的 IP，而不是使用 Cloudflare 代理 IP：
例如：
curl --max-time 120 -s -k --resolve lifeboat.com:443:127.0.0.1 -L https://lifeboat.com/blog/feed
【讨论】：
正如@mjsa 所提到的，Cloudflare 仅向企业客户端提供超时设置，这对大多数人来说不是一个选项。
但是，您可以通过将橙色云变为灰色来禁用该特定（子）域的 Cloudflare 代理：
之前：
之后：
注意：它将禁用该特定（子）域的额外功能，包括 IP 掩码和 SSL 证书。
正如 Cloudflare 在其文档中所述：
如果您定期运行需要超过 100 秒的 HTTP 请求 完成（例如大数据导出），考虑移动那些 长时间运行的进程到未被代理的子域 云耀斑。该子域的橙色云图标将切换为 Cloudflare DNS 设置中的灰色。请注意，您不能使用 Page 规避错误 524 的规则。
【讨论】：
我知道它不能被视为一种解决方案，但有两种方法可以避免这种情况。 1）由于这个超时通常与长时间生成某些东西有关，这种类型的工作可以通过crontab来完成，或者如果您可以访问SSH，您可以直接运行PHP命令来执行。在这种情况下，连接不是通过 Cloudflare 提供的，因此只要您的配置允许它运行，它就会一直运行。在 Google 上查看如何从命令行运行脚本或如何使用 /usr/bin/php /direct/path/to/file.php 在 crontab 中确定它们
2) 您可以创建未添加到 cloudlflare 的子域并将您的脚本移动到那里并通过 URL、Ajax 调用或其他方式直接运行它们。
Cloudflare 社区论坛上有一个很好的答案：
如果您需要让脚本运行时间超过 100 秒而不向浏览器返回任何数据，则无法通过 Cloudflare 运行这些脚本。有几个选项：通过灰色云子域运行脚本或更改脚本，以便它启动一个长时间运行的后台进程并快速返回浏览器可以轮询的状态，直到后台进程完成，此时点可以返回完整的响应。这是大多数人执行此类操作的方式，因为长时间保持 HTTP 连接打开是不可靠的，而且可能会非常费力。
Stackoverflow 上的这个主题在 SERP 中的占比很高，所以我决定写下这个答案，以供那些觉得它有用的人参考。
【讨论】：
我就同样的问题与 Cloudflare 进行了沟通，并获得了 RabbitMQ 的技术支持。
RabbitMQ 建议使用依赖于 Web Sockets 的 Web Stomp。但是 Cloudflare 建议...
Websockets 将通过 Cloudflare 创建持久连接，并 没有超时，但解决这个问题的最佳方法是 只是在后台处理请求并异步响应，并提供“正在加载...”页面或类似页面，而不是让用户等待 100 秒。这也将为用户提供更好的用户体验
更新：
为了完整起见，我在这里也记录一下 我还向 CloudFlare 询问了有关通过子域运行报告并将其“灰云化”的问题，他们的回答如下：
我会建议验证为什么它需要超过 100 秒 报告。在子域上禁用 Cloudflare，允许攻击者 了解您的原始 IP，攻击者将直接攻击 绕过 Cloudflare。
进一步更新
我最终通过使用线程运行报表并使用 AJAX “轮询”报表是否已创建来解决了这个问题。见Bypassing CloudFlare's time-out of 100 seconds
【讨论】：
不，CloudFlare 只提供那种customisation on Enterprise plans。
听起来你需要Inter-Process Communication。 HTTP 不应该被用作在不发送响应的情况下执行阻塞任务的机制，这些活动应该被抽象为服务器上的非 HTTP 服务。通过使用 RabbitMQ（或任何其他 MQ），您可以将消息从服务器的 HTTP 元素传递到 Web 服务器上的处理服务。
【讨论】：