16

I'm going to be running a Jellyfin server, and I don't want to maintain it a lot, I just want it to work. Would using Docker be the easier way to maintain Jellyfin, or would using Podman be better? (I don't want to deal with SELinux, firewalls, port forwarding, etc.)

all 18 comments
sorted by: hot top controversial new old
[-] Boomkop3@reddthat.com 12 points 11 months ago

They do effectively the same, but most software is build with docker in mind. podman should work but be prepared for some frustration using it.

docker nor podman fix your firewall or port for you by the way

[-] TechAdmin@lemmy.world 6 points 11 months ago

The container method used should be whatever you are more familiar with or prefer. They both have their own quirks, pros, & cons.

SELinux - If you don't want to deal with SELinux then set it to permissive mode. If you want to keep in enforcing mode you need to create the appropriate policies, https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/using_selinux/configuring-selinux-for-applications-and-services-with-non-standard-configurations_using-selinux

Firewall - If you don't want it's protection then look up instructions to stop & disable it on your distro.

Port forwarding - From linux container side you either need to specify host networking or the ports you want to allow through, there is no avoiding that if it needs to be network accessible. If you want it internet accessible then you need to setup port forwarding on your router.

Have you looked into something like yunohost? It may be the kind of thing you're looking for.

[-] vojel@feddit.de 6 points 11 months ago

SELinux should not be an issue if you stick to common directories and use :Z flag after the mount path with docker, afaik podman uses the same mechanism. There’s even a tool for selinux container policies: https://github.com/containers/udica

Regarding firewall stuff, disable it on your machine and you are fine. Port forwarding in containers is necessary to connect to services, now way around.

Ah and read this: https://stopdisablingselinux.com/

It has a reason why it exists.

[-] farcaller@fstab.sh 1 points 11 months ago

Regarding firewall stuff, disable it on your machine and you are fine.

How do you know OP doesn’t have a bunch of unsecured services sticking out into their LAN ready to be a target for the next cryptolocking scam?

Slightly sarcastic, but yeah, OP, do not just turn your firewall without understanding pros and cons of doing such. At the very least, see what your server exposes to the network (ss -tunlp will give you a good starting point), and see if there’s nothing unexpected in there that might be abused.

[-] vojel@feddit.de 1 points 11 months ago

I don’t but lots of people stick anyways to a single network with some kind of crappy router and from OPs post I assumed that OP doesn’t really care about security, see SELinux

[-] breadsmasher@lemmy.world 4 points 11 months ago

Like other commenter said, regardless of podman or docker you will need to handle port forwarding, and any firewall changes.

Port forwarding through docker or podman is pretty similar, if not identical.

I have heard good things about podman but I personally had some strange issues when moving from docker to podman, specifically transferring docker networks to the podman equivalent.

[-] nutbutter@discuss.tchncs.de 4 points 11 months ago

I have used Docker, currently using Podman. Using literally the same compose file.

[-] eric@lemmy.ca 1 points 11 months ago

How do you use compose with Podman?

[-] honung@lemmy.ml 4 points 11 months ago

podman-compose

[-] nutbutter@discuss.tchncs.de 2 points 11 months ago

podman-compose is a made in Python, and is not official, but works great. Just rename your docker-compose.yml file to podman-compose.yml, and you're good to go.

[-] juli@programming.dev 1 points 11 months ago

Just rename it to compose.yml :)

[-] Decronym@lemmy.decronym.xyz 2 points 11 months ago* (last edited 11 months ago)

Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I've seen in this thread:

Fewer Letters More Letters
Plex Brand of media server package
RPi Raspberry Pi brand of SBC
SBC Single-Board Computer

2 acronyms in this thread; the most compressed thread commented on today has 5 acronyms.

[Thread #308 for this sub, first seen 28th Nov 2023, 07:55] [FAQ] [Full list] [Contact] [Source code]

[-] ErwinLottemann@feddit.de 2 points 11 months ago

there is a famous quote i like to use for this kind of question: "in the end it doesn't [...] matter'. maintenance should be about the same (if you update manually, which is better in my opinion, because you don't come home to something not working because of breaking changes in the software)

[-] Auli@lemmy.ca 2 points 11 months ago

Eh I update automatically at 2 Am. I have had so few issues that I don't even think about it anymore.

[-] Swarfega@lemm.ee 1 points 11 months ago

I run Docker containers on a Pi 4 using the RPi OS. For the longest time I've been using Plex. I wanted to give Jellyfin a go though, so just created a new compose file and mounted my TV/Movies directories. Other than the first time setup of Jellyfin I don't touch it now. Plex and Jellyfin run side by side. To update I just do a docker-compose pull every so often. Super simple.

[-] GunnarGrop@lemmy.ml 1 points 11 months ago

I haven't used Jellyfin with docker before, just with podman and as a pod in k3s. Both work great and are easy to maintain. If you're more familiar with podman then docker, then I'd recommend using podman.

[-] vegetaaaaaaa@lemmy.world 1 points 11 months ago

I just want it to work

Use the APT repository

this post was submitted on 27 Nov 2023
16 points (86.4% liked)

Selfhosted

39677 readers
195 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.

Resources:

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

Questions? DM the mods!

founded 1 year ago
MODERATORS