Live data from Hacker News

DDoS Protection

docs.digitalocean.com

41–50 of 56 posts

Re: DDoS Protection

#41
DO killed 2 of our production server some weeks ago erroneously due to an issue on their end that claimed we were part of a ddos attack. Took us an entire week to recover properly... maybe this might have helped... also was promised credits for the downtime but never received them, minor after the fact as we're pretty happy with the service overall.

> The Incident:

Beginning at 17:10 UTC, May 9th, multiple DigitalOcean customers experienced Droplet network outages due to an action on Droplets by an automated mechanism. This mechanism has been in place at DigitalOcean since 2019. It helps us ensure that any potentially compromised Droplet seen participating in an outbound Denial of Service attack is quickly taken offline. This is in place to assist in protecting all DO customers by ensuring we have a network focused on delivering legitimate traffic at speed and scale, unencumbered by illegitimate traffic. When triggered, this mechanism suspends networking capabilities on the Droplet or Droplet-based services temporarily to allow the owner to investigate the issue. Users are informed via a support ticket and email that details the paths to recovery. This incident was triggered by an unannounced data change made by a third-party, which DigitalOcean uses to assist in analyzing traffic flow and metrics, as well as detecting malicious traffic patterns.

Due to this mechanism constantly running and no changes being made directly by DigitalOcean, our teams were delayed in beginning an incident response. After multiple reports from customers that they believed the notification of outgoing Denial of Service attacks from their Droplets were false positives, an internal incident was declared to investigate the issue and start remediation efforts.

After a thorough investigation by the DigitalOcean Security and Networking teams, the root cause was discovered to be an erroneous change made by a third-party service that reports data on traffic. Contact was established with the third-party, and they confirmed a change had been made. Investigation began on their side, and they confirmed there was a bug causing bad data to be returned from their API.

Remediation of this incident was done through multiple paths. Complete resolution was achieved once the third-party rolled back the change that was made, which was causing bad data to be reported to DigitalOcean systems. Before that rollback was able to be put in place, DigitalOcean took direct action to take the automated mechanism that disables Droplet networking offline, given the suspected bad data. The support teams also worked throughout this incident to directly address customer tickets and re-enable networking on impacted Droplets.

Re: DDoS Protection

#42

Earlier quoted context omitted.

Correct yes - although having used a provider that used Magic Transit as protection I can safely say it's a terrible option.

> I can safely say it's a terrible option. Can you elaborate?

Compared to other mitigation providers there were very few filters, and when you were under attack it just seemed to throttle your whole connection to as low as 50Kbps, meaning players would disconnect.

Re: DDoS Protection

#43

> You will be charged up to 20% based on your total monthly resource usage covered by DDoS Protection with a total monthly maximum of $1000/mo. I get that someone has to pay for this, but if I had 50 servers here and they all got shit on, I'd be on the hook for a lot of money through no fault of my own.

They gotta get more money from all the scammers they host somehow.

Re: DDoS Protection

#44
post #40

Earlier quoted context omitted.

one method is to look up what IPs someone owns and try to direct connect to them. Or you can just guess and assume they picked an IP address near the start of the block they have.

That only works for companies that own blocks, though, and assumes a company big enough to own a block won't just drop non-Cloudflare traffic (which is trivial: https://www.stavros.io/posts/block-non-cloudflare-ips-with-u... ).

>assumes a company big enough to own a block

You don't have to be a big company to own a block. An ipv4 block is >won't just drop non-Cloudflare traffic

Not all sites do this. Also they likely have other stuff running on the machines that are accessible without cloudflare.

Re: DDoS Protection

#45
post #12

Earlier quoted context omitted.

What if you want to run a service that can't go behind Cloudflare (such as a game server)?

We have plenty of game servers behind us. See Cloudflare Spectrum: https://developers.cloudflare.com/spectrum/

I presume they were referring to gameservers run by communities and not by game studios? I run gameservers for events that raise money for charity and we're having more and more of our boxes get hit offline - last time I had a look Spectrum required an enterprise plan for anything other than Minecraft?

Re: DDoS Protection

#46

> You will be charged up to 20% based on your total monthly resource usage covered by DDoS Protection with a total monthly maximum of $1000/mo. I get that someone has to pay for this, but if I had 50 servers here and they all got shit on, I'd be on the hook for a lot of money through no fault of my own.

They gotta get more money from all the scammers they host somehow.

I partially wanted to LOL this. Realized that's not a thing for HN. Thought that this will likely be downvoted because HN.

Then I thought, what a great way to tax the spammers / hackers that use DO!

I would gladly pay the $5 ddos fee to hammer the ips that keep trying to login to my wordpress sites.

just kidding, I would not actually do that.. but the thought is pleasant.

I've used DO many times and I am a fan btw - just looked back at their pricing page a couple days ago considering spinning up a droplet to self host a git thing.

Re: DDoS Protection

#47

For comparison, I believe AWS LightSail users might be covered for DDOS protection for free but maybe I'm reading too much into their statement. https://docs.aws.amazon.com/waf/latest/developerguide/ddos-s...

Might be "free" but then you also have to endure using AWS LightSail which you'll regret quickly.

I run a couple of dev instances on LightSail and a couple on EC2 - what exactly is the difference one should be observing there? (except intended by design)

Re: DDoS Protection

#50

One question, what's current best practice for DDOS prevention on my own VPS Ubuntu box ?

Nothing, if your self hosting in your home. Volumetric floods will saturate your ISP link.

If you’re hosting with a provider, your maximum factor will be how much your provider will “tank” for you.

Otherwise harden your ports, drop anything via IPTables, turn on NOTRACK. Better but more advanced would be to use tc (traffic control) to drop bad packets before they enter the net filter lifecycle

Post reply on HN