All Systems Operational
Website ? Operational
Trunk ? Operational
CocoaDocs ? Operational
Metrics ? Operational
Search ? Operational
Stats ? Operational
Feeds ? Operational
CDN Operational
90 days ago
99.81 % uptime
Today
Operational
Degraded Performance
Partial Outage
Major Outage
Maintenance
Major outage
Partial outage
No downtime recorded on this day.
No data exists for this day.
had a major outage.
had a partial outage.
Pod install/updates
Fetching
Queries on search.cocoapods.org ?
Fetching
CocoaDocs Docs
Fetching
Memory on search.cocoapods.org ?
Fetching
Past Incidents
May 24, 2022

No incidents reported today.

May 23, 2022

No incidents reported.

May 22, 2022

No incidents reported.

May 21, 2022

No incidents reported.

May 20, 2022

No incidents reported.

May 19, 2022

No incidents reported.

May 18, 2022

No incidents reported.

May 17, 2022

No incidents reported.

May 16, 2022

No incidents reported.

May 15, 2022

No incidents reported.

May 14, 2022

No incidents reported.

May 13, 2022

No incidents reported.

May 12, 2022

No incidents reported.

May 11, 2022
Resolved - Calling it good, we've had no feedback of anyone having issues for the last 4 hours.
May 11, 18:50 UTC
Monitoring - We think this is fixed, and is now in monitoring.

The DDoS detection was triggered which can happen occasionally because CDN activity is still going up overall. It looks like traffic bounces over a threshold for stricter rules now. The way DDoS detection works in Cloudflare is through a series of rules/heuristics which can be individually tuned ( which is what I looked at in https://github.com/CocoaPods/CocoaPods/issues/11355#issuecomment-1123465704 .)

After tuning the one people were hitting down, we paused a bit to determine if it was making changes. After seeing no changes, we flipped every rule/heuristic to off https://github.com/CocoaPods/CocoaPods/issues/11355#issuecomment-1123499704

What we were seeing was still similar CDN traffic patterns but some traffic occasionally getting through correctly. This was when we reached out to Cloudflare support. With their help we determined that it was likely that the migration of our rules from the central settings repo to the different CDN edges (e.g. for simplicity think the servers closest to users each time) were using the cached (older) settings.

This meant some regions didn't have the new rules saying ignore the rule about 'allow the custom user-agent' - the Cloudflare support folks clears up the cache and now its looking like everything is working fine.

I'm going to maybe give till the weekend till I go and turn back on some of the DDoS settings (but not the main culprit) - giving me now time to go do some [baking with my wife](https://mastodon.social/@orta/108243829603470408) on our day off :P

May 11, 15:18 UTC
Update - We've been in conversation with Cloudflare, still figuring it out, no hard ETA yet but things are happening
May 11, 14:35 UTC
Identified - Our DNS provider and front-end to the CDN Cloudflare has triggered a DDoS detection with normal CocoaPods traffic to the CDN. We have a raised support request with them and are figuring out how to bypass.

https://github.com/CocoaPods/CocoaPods/issues/11355

May 11, 11:19 UTC
May 10, 2022

No incidents reported.