MaggiWuerze

Its also possible for a webserver to offer two versions of an API. Add a new one that needs authentication, mark the old one as deprecated and add a checkbox to disable it. Then clients can update to use the secure one and if you use and unmaintained client you can enable the old insecure api

And you think if Jellyfin were a comparable size, there wouldn’t be just as many or more?

basically protection racket

I would definitely recommend Immich then. I use it together with my wife and we both upload our photos automatically and create albums together. There’re also companion projects, that make sharing albums outside your household easier and safer.

I also run both but don’t see how Immich could be a replacement for Nextcloud?

log in on a local IP and not the network name and it’s working again. but I’ll be moving to jellyfin from now

after seeing this edit on the top post I felt like OP was not not really looking for input and instead jumped ship when he had to change a single setting after an update in a software he had been using for years

I’m not gonna waste my time explaining how software might change over time, if you think you’ll never have to touch your Jellyfin server moving forward you’re sure to be disappointed

Or you could properly configure your server to recognise local ips

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

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