As far as I know the arr suite tools do not download things. They scour publicly available pages for torrent links and meta data, so they don’t really need to be behind a VPN. The download client it all ends in should definitely be behind a VPN though

coughs in 50TB

Haha, the lawyer just went NOPE after Louis answer

if your mail server blocks them they won’t show up there I think. It just refuses to accept the mail. Maybe check Nexxtcloud logs to see what happens when it tries to send the mail

do they not get sent or do you just not receive them (eg because your mail server blocks them as spam)?
Do both come from the same address?
Can you try to format the testmail the same way to see if they still arrive?

Still better to have a team to react to this incident than just have them shrug and ignore it for 5 years

No, the worst is that a company like Sony or their lawyers can find my server and create a list of movies I offer and then sue me over it. I live in a country where lawyers make a living doing nothing but that.

Besides that, security by obscurity is the worst possible form and barely qualifies as security at all. It’s also another place where the Jellyfin devs leave their users to their own devices when it comes to securing the server against malicious actors.

And none of this is clearly communicated by the project. The unauthenticated endpoints are not disclosed, the issues with the filepath is not disclosed. Jellyfin fans treat it as a drop in replacement for Plex, but people using it as such basically throw an unauthenticated server onto the open web

That’s simply not true. You can just set your local ip range as unauthenticated and use it to your hearts content without an internet connection.

You can access it through your local network without authentication. Add a vpn and you got the same setup Jellyfin fans will praise

Plex has a whole team dedicated to security. It’s obviously not perfect and it is a larger attack surface than Jellyfin, but I’ll take that any day over devs who treat security as an afterthought

Again, its not random. It’s not a UUID. Its an md5 hash of the filepath. Which is easily guessable since most people have a very similar if not identical folder structure, especially since a lot have it managed by the *arr suite. take that plus the publicly available release names for movies and you’re done

Got a Link for the air ducts and would they fit an Ender 5 Plus?

The general jist is, do not expose Jellyfin to the internet. Neither via a port nor through a reverse proxy. Its simply not build secure enough for that.

Use docker to make the setup easier, then use tailscale or whatever VPN solution to allow users from outside your network to access it.

All of the additional authentication solutions mentioned break client compatibility. Then you could only watch through a browser.

Install docker, deploy Jellyfin to it, test it. They both have good guides on their respective websites.

That doesn’t solve the glaring security issues Jellyfin has. It just changes the computer through which they are accessed

Yeah and that kills Jellyfin as a drop in replacement for Plex. I would’ve deployed it years ago with a subdomain and given it to friends if it was as easily shareable as Plex

Which breaks basically every client, since none of them can deal with basic auth getting in the way

Yeah, and in contrast to the Jellyfins devs, they acknowledged a security risk and fixed it. The chances of Jellyfin actually doing something to improve the security is rather slim, since they prioritize client compatibility

My favourite way of having a secure Jellyfin is using Plex

Yeah, exactly my thought. Who hires these people?

Well yeah, if you want it to react to deployments. But like others said, out it to :to and you’re done