Cloudflare: Error 524: A timeout occurred
Last verified
Error 524: A timeout occurredWhat it means
524 means Cloudflare connected to the origin, sent the request, and the origin did not send an HTTP response before the Proxy Read Timeout. Cloudflare's current documentation gives the default as 125 seconds; older documentation and some platforms still quote 100 seconds. Enterprise customers can raise it up to 6,000 seconds.
For automation, 524 is common when a request triggers a long-running job on the server: a big export, a report, a slow search, or a webhook handler that does all its work before responding. Platforms that sit behind Cloudflare inherit this limit; for example, n8n Cloud documents that webhooks that do not respond within 100 seconds fail with 524.
For the site owner, the fix is to make the response faster or to move long work out of the request.
What it looks like
# pattern that avoids 524: accept fast, process later
POST /exports -> 202 Accepted, {"job": "abc123"}
GET /exports/abc123 -> {"status": "running"}
GET /exports/abc123 -> {"status": "done", "url": "..."}Why it happens
- A long-running process on the origin, such as an export or report.
- An overloaded origin that accepts requests but responds slowly.
- A webhook endpoint that processes everything before replying.
- Slow database queries or upstream API calls inside the request.
How to fix it
- Automation clients: request smaller batches or use the API's asynchronous or export endpoints, then poll for the result.
- Retry later if the origin was temporarily overloaded.
- Site owners: log response times and find the slow endpoints.
- Implement status polling for long processes, which Cloudflare recommends, or respond immediately and process in the background.
- Move long-running endpoints to a DNS-only subdomain, or on Enterprise raise the Proxy Read Timeout slightly above what is needed.
How to stop it recurring
Design APIs and webhooks to respond quickly and do heavy work asynchronously. Monitor P95 origin response times in Cloudflare analytics; when they approach the timeout, optimize before users see 524. Generic gateway timeouts are covered in HTTP 504.
Official documentation: developers.cloudflare.com/support/troubleshooting/http-status-codes/cloudflare-5xx-errors/error-524. See all Cloudflare error messages.
Related errors
Definitions
- CAPTCHACAPTCHA (Completely Automated Public Turing test to tell Computers and Humans Apart) is a challenge-response m
- Cloudflare Bot ManagementCloudflare Bot Management is the set of Cloudflare features (Bot Fight Mode, Super Bot Fight Mode and the Ente
- Cloudflare TurnstileCloudflare Turnstile is Cloudflare's free CAPTCHA replacement: a widget that runs invisible browser checks, is
- User AgentA user agent is a string that browsers send with every HTTP request identifying the browser type, version, and
- Rate LimitingRate limiting is a technique that controls the number of requests a client can make to a server within a given
Quick answers
What does "Error 524: A timeout occurred" mean in Cloudflare?
524 means Cloudflare connected to the origin, sent the request, and the origin did not send an HTTP response before the Proxy Read Timeout. Cloudflare's current documentation gives the default as 125 seconds; older documentation and some platforms still quote 100 seconds. Enterprise customers can raise it up to 6,000 seconds.
How do I fix "Error 524: A timeout occurred"?
1. Automation clients: request smaller batches or use the API's asynchronous or export endpoints, then poll for the result. 2. Retry later if the origin was temporarily overloaded. 3. Site owners: log response times and find the slow endpoints. 4. Implement status polling for long processes, which Cloudflare recommends, or respond immediately and process in the background. 5. Move long-running endpoints to a DNS-only subdomain, or on Enterprise raise the Proxy Read Timeout slightly above what is needed.
Retries and timeouts without writing the loop
Autonoly's HTTP Request node and browser steps have per-node retries, timeouts and continue-on-fail, so a transient 429 or 503 can back off instead of failing the run. It has no proxies or IP rotation: if a site blocks automated traffic, that block applies to Autonoly too.
Also see Error handling in workflows.