this post was submitted on 23 May 2026
187 points (97.0% liked)

Selfhosted

56957 readers
1469 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:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

  7. No low-effort posts. This is subjective and will largely be determined by the community member reports.

Resources:

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

Questions? DM the mods!

founded 3 years ago
MODERATORS
 

Assuming the user will not be connecting over vpn, but is both remote and non-technical, how would you expose Jellyfin to them securely?

you are viewing a single comment's thread
view the rest of the comments
[–] ampersandrew@lemmy.world 3 points 1 day ago (1 children)

I'm learning a lot of this as I go and have not exposed any services to the internet yet, but would VLANs not contain the damage to a limited portion of the network? Because that's the plan I'm working toward. Not just for Jellyfin but a handful of other services.

[–] LadyMeow@lemmy.blahaj.zone 1 points 1 day ago (1 children)

That… might work. Do you have a different physical server for each service though?

The issue is once someone is in, then they can try to jailbreak and move laterally to get to other things. Other devices, into the file system.

Jellyfin might not be your concern, but are there other files on that server? Or services? Secrets passwords etc? If anything else is on that vlan, what security flaws might be there that an attacker could use?

[–] ampersandrew@lemmy.world 2 points 1 day ago* (last edited 1 day ago) (1 children)

There is no personal information on anything in that proposed VLAN currently, and in the future, the most personal stuff it will include is a chat program to replace Discord. In all, I'm assuming I can run the reverse proxy and most services (not even a dozen) on a mini PC, and then somewhere between 1-4 on a NAS. Two devices total on this VLAN, unless I learn of something that would change this plan.

[–] FrederikNJS@piefed.zip 1 points 1 day ago (1 children)

If Jellyfin gets compromised, you risk everything else on the same server getting compromised, as well as everything that server can reach.

VLANs can certainly reduce what is at risk, but wouldn't the machine running the Jellyfin client be reachable from the Jellyfin server? And if they manage to move laterally to the client machine, what could they then reach from there?

[–] ampersandrew@lemmy.world 1 points 1 day ago (1 children)

Again, still learning, but my understanding is that that's what VLAN rules can protect against.

[–] FrederikNJS@piefed.zip 1 points 1 day ago (1 children)

That depends a lot on what you do with them...

VLANs work on a layer where devices can either reach each other or they cannot.

Let's say you have your main desktop computer in the "main" VLAN, and your Jellyfin server in the "jellyfin" VLAN, and a third server for your home-assistant in the "home-assistant" VLAN, and finally some IOT devices in the "iot" VLAN.

You connect the VLANs as follows:

  • "main" can reach the Internet, but you also want to access your jellyfin and home-assistant, so you connect it to those two VLANs ("jellyfin" and "home-assistant")
  • "Jellyfin" can reach the Internet (because you want updates), but Jellyfin doesn't need to reach anything else on your local network... However since you already connected "main", then "jellyfin" can reach it.
  • "home-assistant" needs to reach the Internet, but also the "iot" VLAN where some of the devices it controls resides. You also already connected "main" because you wanted to access home-assistant from your computer.
  • "iot" is blocked from reaching the internet, and it's only connected to the "home-assistant" VLAN because home-assistant needs to reach it.

Remember that all connected VLANs much be bidirectional.

Now someone compromises your Jellyfin. They now control and has access to everything on the Jellyfin server, but they also have network reachability to your main computer, because your "main" and "home-assistant" VLANs are connected. They can now try to exploit your main computer.

If they are successful in exploiting your main computer, then they can use your main computer to jump to the home-assistant server because again, these two VLANs are connected. And you likely have the credentials for accessing home-assistant available on your main computer somewhere.

Now they are on your home-assistant server, and they can now start trying to exploit your IOT devices.

If VLANs are connected, they don't care which direction the traffic flows.

If you want to control traffic flow directions you need a firewall. A firewall can sit between VLANs and block traffic coming from one to other, but not the other to the one.

[–] ampersandrew@lemmy.world 1 points 1 day ago (1 children)

I've got a firewall. I also have two managed switches to route the VLANs that I'll be setting up in the coming days. I've got a handful of guides I've visited and will be revisiting in order to do it the way I want, which I believe will be a reasonable level of security. Acknowledging that you were just trying to be a friendly neighbor, does this plan still hold up to your wisdom thus far?

[–] FrederikNJS@piefed.zip 2 points 1 day ago (1 children)

Yes, that does indeed sound like you have all the stuff necessary to make this work.

In my home network this wouldn't work, as I'm running all my stuff in containers on multi-purpose servers, and therefore I can't really split things per VLAN. Most other people in the homelab/self host community also use their servers for multiple purposes at the same time, so VLANs alone often doesn't cut it.

[–] ampersandrew@lemmy.world 1 points 1 day ago (1 children)

Thanks. I've been doing a lot of research, and the beginning of it took a while to stick, so it's good to hear I'm not a complete idiot. What "multiple purposes" are you referring to that would make the VLAN setup less effective? Because I'll acknowledge that this could lead to two devices being completely compromised if I'm breached, but that will only cost me time to get set back up, as opposed to compromising personal devices on the main VLAN.

[–] FrederikNJS@piefed.zip 1 points 22 hours ago* (last edited 22 hours ago)

The containers in my setup are running in a Kubernetes cluster. My Kubernetes cluster consists of 3 physical servers (one old desktop computer and 2 Intel NUCs).

On that cluster I run many different things, Jellyfin, Plex, *arr-stack, downloader, Immich, zigbee2mqtt, home-assistant, audiobookshelf, calibre-web, Forgejo, ArgoCD, Homebox, Paperless, Factorio servers, Velero, and a bunch of other stuff.

Because I run so many different things on the same 3 physical machines, using containers, then there's no way to split this into VLANs.

I could make a "kubernetes" VLAN, but everything else on my network would need to be connected with it anyway. All my computers, phones and TVs need to access Kubernetes (Jellyfin), and Kubernetes need to access everything else such as EV charger, heat pump, and the power monitoring in my power meter. Therefore I need to control my networking at a different level.