Live data from Hacker News

Do not put your site behind Cloudflare if you don't need to

huijzer.xyz

151–160 of 391 posts

Re: Do not put your site behind Cloudflare if you don't need to

#151
As someone who maintains/hosts a lot of small business sites, allow me to inform this thread that the author of this post is as wrong as any person can be wrong.

If you're not behind Cloudflare, the level of effort required to impact your operations goes down, not up. Yes, of course, you're not impacted by massive outages like this, but you will be affected by other outages, and you will have a harder time recovering.

Do not listen to this author.

Re: Do not put your site behind Cloudflare if you don't need to

#152

Earlier quoted context omitted.

What's the cost for someone to put their blog behind cloudflare, besides a few minutes of setup?

Remember if it costs nothing, you’re the product.

This isn't true for paid services with a free tier

Re: Do not put your site behind Cloudflare if you don't need to

#153

Earlier quoted context omitted.

one DDOS won't kill your business, and you can just turn on cloudflare after that happens, if it ever happens.

> one DDOS won't kill your business I see many people saying this but be honest, do you know this for sure or are you just guessing? I've experienced DDoS so I know I'm not just guessing when I say that if your website gets DDoSed your hosting service would just take your website down for good. Then good luck running circles around their support staff to bring your website back up again. Maybe it won't kill your busi…

> you let a simple DDoS attack spiral out of control so bad that your host is refusing to run your website anymore.

you don't have control about them in the first place

Re: Do not put your site behind Cloudflare if you don't need to

#154
Cloudflare is a little like Google, they're doing a lot of really cool and amazing things to better the internet but they're frontend interface to use the services kind of sucks, they're raising the bar though so that everyone gets better. It's like when backend developers do really cool shit and also make your frontend.

Re: Do not put your site behind Cloudflare if you don't need to

#155
post #46

Earlier quoted context omitted.

If you added up all the outage time caused by DDOS and all the outage time caused by being behind auxiliary services that have their own outages... I wonder which would be larger? I'm not too worried about someone DDOSing my personal site. Yeah, they could do it. And then what? Who cares?

My blog was constantly going down for unknown reasons, with nothing obvious in the logs. I migrated it to CloudFlare and was able to track down the root-cause of the issue. I also blocked all the AI crawlers after moving to CloudFlare and have stopped a huge amount of traffic theft with it. My website is definitely much more stable, and loads insanely faster, since moving to CloudFlare.

I need SponsorBlock for HN, this is ridiculous.

Re: Do not put your site behind Cloudflare if you don't need to

#156
post #113
post #97

Earlier quoted context omitted.

Starting without ddos protection and installing ddos protection IF you get attacked sounds like a reasonable strategy to me.

That’s like saying you should buy car insurance after you wreck your car

Unless your server literally starts on fire because of DDoS, no it isn't. Your things will be just fine after an attack, it isn't that serious.

Re: Do not put your site behind Cloudflare if you don't need to

#157
post #130

> Most of these sites are not even that big. I expect maybe a few thousand visitors per month. Incidentally, if you can make a site "static", so far I'm mostly liking AWS CloudFront loaded from S3. After many years serving my site from a series of VPSs/hosters/colo/bedroom. It's fast and inexpensive, and so far perfectly solid. Deploying consists of updating S3, and then triggering a CloudFront invalidation, which ta…

As far as I remember S3 makes a distinction between the paths /folderLikeResource /folderLikeResource/subResource, so you can basically map "foo/index.html" to distinct resource "foo".

Re: Do not put your site behind Cloudflare if you don't need to

#158
post #8

The lesson I learned is it's OK to put your site with Cloudflare. It's not ok to put your DNS on a registrar who is also on Cloudflare. We got locked out because our registrar is also on Cloudlfare, and now I can't even switch DNS to get the site back up. Keep your domain name registrar, DNS service provider and application infrastructure provider separately.

This works up until you discover that your domain registrar and dns provider are all using cloudflare to protect their websites.

Re: Do not put your site behind Cloudflare if you don't need to

#159

> For your small blog with one hundred visitors per month, it's probably the same: "no one will burn their DDoS capabilities on you!" If this is their core argument for not using CDN, then this post sounds like a terribly bad advice. Hopes and prayers do not make a valid security strategy. Appropriate controls and defenses do. The author seems to be completely missing that it takes only a few bucks to buy DDoS as a s…

DDoS is not a security issue for a small blog. It's a reliability issue, and reliability probably isn't that important. And to the extent that it is important, it's not at all obvious which choice is going to get me better reliability.

I'm not going to YOLO an actual security issue and, say, use my zip code as the password on a publicly-facing ssh service or something. But DDoS protection? Meh.

Post reply on HN