Loading status…
Loading status…
Cloudflare status · Cloud & Infrastructure · checked (24s ago)
Partly — Cloudflare is up but running slower than usual (Minor Service Outage).
According to Cloudflare's official status page, Cloudflare was reporting “Minor Service Outage” when isuptime last checked at . Over the last 30 days, Cloudflare's feed reported no outage in 100.00% of our checks.
isuptime cannot fix Cloudflare, and neither can you. These are the things that are actually worth doing until it comes back.
Status shown for each is read from that provider's own feed, on the same schedule as this page.
Everything above is read from Cloudflare's own status feed. This is what other visitors are saying in the last 24 hours — useful when the feed is green and you are still stuck, and never used to change the status above.
Nobody has reported Cloudflare in the last 24 hours. Yours would be the first.
Reports are anonymous counts and are kept for 24 hours, then deleted. No account, no message, nothing stored about who reported. One report per service per hour, changeable until the hour is out.
Cloudflare sits in front of a large share of the web as a CDN, DNS provider, DDoS filter and WAF, and also runs Workers, R2, Pages, Zero Trust and the 1.1.1.1 resolver. Because it is in the request path for so many other sites, a real Cloudflare incident is felt across services that have nothing to do with each other.
Cloudflare's status page is unusual: alongside its product components it lists hundreds of individual edge locations, each reporting its own status. There is almost always some point of presence in maintenance or re-routing, so the aggregate indicator sits amber far more often than Cloudflare is actually impaired — an anycast network routing around a dead location in Guam or Arica is the design working, not an outage. isuptime weighs the aggregate indicator against how many components are actually affected and whether Cloudflare has an incident open, so a handful of edge locations does not get reported as “Cloudflare is down”.
isuptime reads this feed on a schedule and reports what it says — how that works, in detail.
One bar per day. Each shows the share of that day's checks where Cloudflare's own status feed reported no outage — degraded counts as no-outage. Days with no bar are days isuptime recorded no checks, not days Cloudflare was down.
8 other services isuptime tracks were also reporting a problem as of the same check, 24s ago. They are checked on one schedule, so the timing is comparable — but overlapping in time does not mean they share a cause.
Each point is one check of Cloudflare's status endpoint.
Cloudflare has published 50 incidents in the last 12 months, the 20 most recent shown here. Only what Cloudflare posted itself — not every problem users hit.
identified · Sep 23, 03:54 PM (1h ago)
identified · Sep 23, 09:08 AM (8h ago)
resolved · Sep 23, 08:09 AM (9h ago)
resolved · Sep 23, 04:08 AM (13h ago)
resolved · Sep 23, 12:42 AM (16h ago)
resolved · Sep 22, 09:41 PM (19h ago)
identified · Sep 22, 07:23 PM (22h ago)
resolved · Sep 22, 03:31 PM (1d ago)
resolved · Sep 22, 02:49 PM (1d ago)
resolved · Sep 22, 02:37 PM (1d ago)
resolved · Sep 22, 09:36 AM (1d ago)
resolved · Sep 22, 07:20 AM (1d ago)
resolved · Sep 22, 02:25 AM (1d ago)
resolved · Sep 21, 06:15 PM (1d ago)
resolved · Sep 21, 12:42 PM (2d ago)
resolved · Sep 21, 09:37 AM (2d ago)
resolved · Sep 19, 01:36 AM (4d ago)
resolved · Sep 18, 06:36 PM (4d ago)
resolved · Sep 18, 06:42 AM (5d ago)
resolved · Sep 17, 11:37 PM (5d ago)
Errors on a Cloudflare-fronted site are usually about the origin, not Cloudflare: a 521, 522 or 523 means Cloudflare could not reach the server behind it, which is the site owner's problem. A 1020 is a firewall rule blocking you. If DNS resolution is failing generally, test against a different resolver before blaming 1.1.1.1 — the resolver and the CDN are separate systems with separate failure modes.