Live

ERR_TIMED_OUT and ERR_EMPTY_RESPONSE being observed by Cloudflare Customers

This incident has been resolved.

The latest update from Cloudflare.

State

Resolved

Started

5 d ago

2026-10-27 12:28 UTC

Lasted

2 h 44 min

until 2026-10-27 15:12 UTC

Worst impact

Partial outage

Timeline

5 updates
12:2813:0913:5014:3115:12
Partial outageUpdate postedTimes in UTC

Identified

2 h 24 min 88%

Monitoring

20 min 12%

Updates

Times in UTC

As posted by Cloudflare

Resolved2026-10-27 15:12 UTC

This incident has been resolved.

Monitoring2026-10-27 14:52 UTC

A fix has been implemented and we are monitoring the results.

Identified2026-10-27 14:38 UTC

Cloudflare has identified an issue affecting customers whose traffic passes through an external vendor firewall. Customers may observe: ERR_TIMED_OUT on standard HTTPS websites ERR_EMPTY_RESPONSE on non-standard HTTPS ports (e.g., 8443) We're investigating to confirm the root cause and possible fixes.

Identified2026-10-27 13:20 UTC

Cloudflare has identified an issue affecting customers whose traffic passes through an external vendor firewall. Customers may observe: ERR_TIMED_OUT on standard HTTPS websites ERR_EMPTY_RESPONSE on non-standard HTTPS ports (e.g., 8443) We're investigating to confirm the root cause and possible fixes.

Identified2026-10-27 12:28 UTC

Cloudflare has identified an issue affecting customers whose traffic passes through an external vendor firewall. Customers may observe: ERR_TIMED_OUT on standard HTTPS websites ERR_EMPTY_RESPONSE on non-standard HTTPS ports (e.g., 8443) We're investigating to confirm the root cause and possible fixes.

Cloudflare in the last 90 days

Full history
90 days agoToday

Incidents in 90 days

51

Days with an incident

66

Median duration

1 h 15 min

This incident

2.2× the median

How long each incident lasted, on the day it started. The outlined bar is this incident.

56 days
median 1 h 15 min
90 days agoToday

Other Cloudflare incidents

All incidents

Follow Cloudflare

Your coding agent knows when Cloudflare is down, and tells you when a failure is theirs, not yours. You can also get Cloudflare incidents in a feed reader or in Slack.

Prompt
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.

Add it as a remote MCP server named "outages" at https://outages.cc/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.

Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "cloudflare" and tell me if Cloudflare has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.

Paste this into any coding agent. It adds the server with its own MCP setup.

RSS
https://outages.cc/feed.xml?providers=cloudflare
Slack
/feed subscribe https://outages.cc/feed.xml?providers=cloudflare

FAQ

Go from tracking outages to fixing production issues with Polylane.

Try Polylane