Xanza

joined 2 months ago
[–] Xanza@lemm.ee 5 points 8 hours ago
[–] Xanza@lemm.ee 3 points 8 hours ago (1 children)

Nice! I'll give it a try.

[–] Xanza@lemm.ee 5 points 8 hours ago

Here I am just glad I'm not the only one. lol.

[–] Xanza@lemm.ee 8 points 8 hours ago* (last edited 8 hours ago) (5 children)

I'm torn between this being fucking genius, and a terrible idea all at once.


EDIT: Requires ngx_http_auth_request_module. * Caddy4lyfe. *

[–] Xanza@lemm.ee 5 points 8 hours ago

There are two routes. VPN and VPS.

VPN; setup wireguard and offer services to your wireguard network.

VPS; setup a VPS to act as a reverse proxy for your jellyfin instance.

Each have their own perks. Each have their own caveats.

[–] Xanza@lemm.ee 1 points 8 hours ago

It really doesn't matter how long your media is, it matters the specific conditions you're changing. Encoding takes time, and it's outrageously stressful on a CPU. It's still going to take a long time versus using a GPU.

[–] Xanza@lemm.ee 1 points 1 day ago

These people seem...pretty stupid tbh. Maybe they don't understand what fail2ban is, or what it does, but you should absolutely use fail2ban. Security is objectively better by just having it enabled than not for any service, not just jellyfin.

[–] Xanza@lemm.ee 2 points 1 day ago (1 children)

Excellent setup. It's the one I use as well.

[–] Xanza@lemm.ee 1 points 1 day ago

I wouldn't setup fail2ban in a container. Install it on the host system.

[–] Xanza@lemm.ee 2 points 1 day ago (2 children)

I would like the transcoding to be done on the server side

Unless your server has access to a GPU, and uses WebGL to be able to utilize that GPU via web tech, I don't recommend doing this at all. Gonna take a dozen hours to encode via CPU...

[–] Xanza@lemm.ee 1 points 1 day ago

That's capitalism, baby! /s

[–] Xanza@lemm.ee 1 points 1 day ago
view more: next ›