Re:Cloudflare was down
by ivalm on Friday July 17, 2020 @05:50PM
(#23876297)
Their dns record points to only one IP (209.216.230.240) that goes to M5 Computer Security
[ Parent
| on HN ]
It's a hosting company in San Diego: https://www.m5hosting.com/
I host a dedicated server there (running https://www.circuitlab.com/) and when I traceroute/ping news.ycombinator.com, it's two hops (and 0.175 ms) away :)
ówò
[dead]
Re:Cloudflare was down
by brian-armstrong on Friday July 17, 2020 @06:48PM
(#23876906)
This was a BGP/routing issue and has already been documented. Please don't spread misinformation and hysteria, especially on technical issues like this
[dead]
Re:Cloudflare was down
by eastdakota on Friday July 17, 2020 @08:17PM
(#23877652)
It was a misconfiguration we applied to a router in Atlanta during routine maintenance. That caused bad routes on our private backbone. As a result, traffic from any locations connected to the backbone got routed to Atlanta. It resulted in about 50% of traffic to our network to not resolve for about 20 minutes. Locations not connected to our backbone were not impacted. It was a human error. It was not an attack. It was not a failure or bug in the router. We're adding mitigations to our backbone network as we speak to ensure that a mistake like this can't have broad impacts in the future. We'll have a blog post with a full explanation up in the next hour or so — being written now by our CTO.
You should really read up on BGP. It really is that flimsy.
Re:Cloudflare was down
by Godel_unicode on Friday July 17, 2020 @08:33PM
(#23877773)
It's not failure, it's misconfiguration. Totally different issue to be resilient to fat fingers than fires.
I wouldn't count on Keemstar as a reliable source of cyber-attack coverage
It was no such thing. A Cloudflare router advertised some bad routes.