this post was submitted on 17 Oct 2026
73 points (100.0% liked)

Selfhosted

63012 readers
1652 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

Detailed Rules Post

  1. Be civil.

  2. No spam.

  3. Posts are to be related to self-hosting.

  4. Don't duplicate the full text of your blog or readme if you're providing a link.

  5. Submission headline should match the article title.

  6. No trolling.

  7. Promotion posts require active participation, with an account that is at least 30 days old. F/LOSS without a paywall has exceptions, with requirements. See the rules link for details. Tags [CBH] or [AIP] are required, see the links in Rule 8 for details.

  8. AI-related discussions and AI-involved promotional posts have additional requirements for tagging, as noted in Rule 7 and the AI & Promotional Post Expanded Rules post, and find example disclosures here.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 3 years ago
MODERATORS
 

So I'm relatively new to server hosting. (But experienced with remote web hosting from providers.) After about a year of fighting to run Nextcloud on a hosting company and finally losing everything from the cPanel vulnerability a few months ago, I broke down and launched my own home server. I'm looking for advice to maximize security.

CachyOS Linux with ClamAV Docker via Portainer Nextcloud (E2EE), Immich, DocuSeal and NoteTrace Routed through a domain and subdimains via Zero Trust Cloudflare Tunnel and Cloudflare DNS.

I have regular redundant backups both onsite and offsite with Duplicati.

My passwords for OS and all admin dashboards are extremely long, unique, random strings managed by Bitwarden.

I know just enough about this stuff to get into trouble. What else should I setup? I have little to no monitoring going on and don't know much about that direction.

you are viewing a single comment's thread
view the rest of the comments
[–] NaibofTabr@infosec.pub 6 points 23 hours ago* (last edited 22 hours ago) (2 children)

I'm looking for advice to maximize security.

The most important answers to this all live outside your server. What is your home network like? Do you control the gateway? Do you have a dedicated firewall? Do you have devices segregated into VLANs so they can't observe each other (especially IoT devices)? Do you have SNMP disabled?

  1. Containers are not a security barrier. They cannot be, they never will be.
  2. If you are defending against intrusion at your local file server, it is already too late. The call is coming from inside the house.

If you want security, you block all inbound and outbound traffic by default at your network firewall (not the server OS firewall), and then you open only the ports that you actually need, one by one. You set all the closed external ports to do not respond ("stealth" mode), so that anybody trying to reach your network from outside just gets nothing back except on the ports you specifically need to use. You segregate your internal network into logical areas, and you put things that need to talk to each other on their own VLAN, which may or may not have access to the upstream WLAN trunk depending on what they're doing. You don't allow crosstalk between VLANs except in very specific cases. You set static IPs and document them, so that you never have to ping or traceroute internally to find something, so you don't need SNMP. Anybody trying to use SNMP is conducting surveillance on your network and should stick out from other traffic (some "smart"/IoT devices do this automatically - they are bad and should be treated as malicious and should not be allowed to phone home). And then you monitor your traffic at the firewall, and you deal with anything unexpected as it comes up (like once a week review the logs until you have a sense of what normal looks like on different days at various times, then maybe set a few automatic alerts for things that exceed normal-ish boundaries, then go to reviewing like once a month or so - you don't need to be checking your logs hourly unless you have some reason to be actively paranoid).

If you handle everything correctly at the router/firewall level, you're way way beyond the security of most residential and small business networks. You're not, you know, impenetrable, but you're at the point where somebody with experience and resources will have to be trying to break into your network specifically on purpose. If you're that kind of target then nothing short of an actual SOC is going to help you, and running self-managed servers on your home network is a bad idea.

[–] possiblylinux127@lemmy.zip 2 points 15 hours ago* (last edited 15 hours ago) (1 children)

I'm not sure you know what SNMP is

Also Iot devices aren't really much of a threat. It doesn't hurt much to put them on a separate vlan but the security issues are mostly unrelated to a local home network.

Also don't put things on the internet. That is generally a really bad idea and will bite you in the butt eventually.

[–] NaibofTabr@infosec.pub 1 points 6 hours ago

I'm not sure you know what SNMP is

Oops, I was definitely confusing that with ICMP. Good point.

https://oneuptime.com/blog/post/2026-03-20-block-icmp-firewall-risks/view

Also Iot devices aren't really much of a threat.

I consider it a threat if a device maps my local network, identifies the other devices I have connected, and/or monitors my network traffic and then sends a report on that back to its control server.

Also don't put things on the internet. That is generally a really bad idea and will bite you in the butt eventually.

Ain't that the truth. We really should just not.

[–] gastroglizzy@piefed.social 1 points 14 hours ago

Containers are not a security barrier. They cannot be, they never will be.

Not entirely true. If you're hosting multiple game servers on one machine, for example, it's best to run each instance in a container. Game servers, by their nature, are required to have public IPs and ports, and some of them run on old engines that are vulnerable to various DoS methods. If your server is attacked, it might crash the container(s), but it can't bring the whole server down.