Asklemmy

43940 readers

377 users here now

A loosely moderated place to ask open-ended questions

Search asklemmy 🔍

If your post meets the following criteria, it's welcome here!

Open-ended question
Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
Not ad nauseam inducing: please make sure it is a question that would be new to most members
An actual topic of discussion

Looking for support?

Looking for a community?

Lemmyverse: community search
sub.rehab: maps old subreddits to fediverse options, marks official as such
!lemmy411@lemmy.ca: a community for finding communities

~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~

founded 5 years ago

MODERATORS

Is it fairly cheap to host your own personal, single-user Lemmy instance? (lemmy.world)

submitted 1 month ago by Moc@lemmy.world to c/asklemmy@lemmy.ml

39 comments fedilink hide all child comments

Let's say I decided that instead of blogging, I wanted to host my own Lemmy instance that contained a maximum of one (1) user– me, but allowing other users to subscribe.

To show what I'm talking about, look at how kaidomac uses Reddit as his own personal microblog, which people subscribe to.

What is the cheapest way to do this?

My mental model of Lemmy is that if I were to do this, the instance would still be caching information from other instances. This would– at least in my mine– add up in costs.

I'm a software engineer, so feel free to use technical jargon.

you are viewing a single comment's thread
view the rest of the comments

[–] flashgnash@lemm.ee 9 points 1 month ago (2 children)

The problem for me is I believe you need to open your network firewall for Lemmy and other federated services to work right?

Not really a fan of opening up more attack surface on my home network

[–] nichtburningturtle 6 points 1 month ago (1 children)

It also works through reverse proxies.

[–] flashgnash@lemm.ee 5 points 1 month ago

Is that not essentially the same issue as opening your firewall though? You're still taking requests from outside your network into your network without any authentication until they actually hit the server

[–] Dirk@lemmy.ml 5 points 1 month ago (1 children)

The problem for me is I believe you need to open your network firewall for Lemmy and other federated services to work right?

Yes, of course. Or search for an external reverse proxy. Cloudflare offers something like this. (You set a Cloudflare server IP as target for your domain and then tell Cloudflare your IP and all traffic is routed over the Cloudflare ecosystem so your actual IP is not publicly used.)

I just opened port 443 and forwarded it to my Docker host and have NPM running there, handling all the forwarding to the individual containers, based on the request, but due to my day job I know what I’m doing :)

[–] flashgnash@lemm.ee 1 points 1 month ago (1 children)

I would still always be worried it'd been silently bot netted or something if it's accessible, even through cloudflare

I guess cloudflare does a lot to stop attacks from bots though right?

[–] Dirk@lemmy.ml 1 points 1 month ago (1 children)

I never tried it personally but I assume you're pretty save.

Here’s how it works:

The Tunnel daemon creates an encrypted tunnel between your origin web server and Cloudflare’s nearest data center, all without opening any public inbound ports.

After locking down all origin server ports and protocols using your firewall, any requests on HTTP/S ports are dropped, including volumetric DDoS attacks. Data breach attempts — such as snooping of data in transit or brute force login attacks — are blocked entirely.

https://www.cloudflare.com/products/tunnel/

[–] flashgnash@lemm.ee 1 points 1 month ago (1 children)

Does sound pretty reassuring assuming all that works for non http traffic too

[–] Dirk@lemmy.ml 1 points 1 month ago

I just checked their FAQ. They have information about SSH, SMB, RDP, connecting private networks (VPN), etc. available. I did not dig deeper regarding specific ports, though.

You could always use a reverse proxy on your side just accepting port 443 connections (https) and forwarding to a specific docker container using a specific port without the outside world even knowing.