ultorpha

One warning: in my experience, you can not jump two major versions. Not just it won't work, but that if you try it everything will break beyond repair and you'll be restoring from a backup.

Two major versions can sometimes be a matter of a few months apart, so make sure you have a regular update schedule!

(Also, people say never update to a X.0 release, the first version of a major release often has major bugs).

TL;DR don't take too long to update to new releases, and don't update too quickly!

Also, the docker image is often a day or so behind the new release, soNextcloud tells you an update is available but often you then need to wait until the next day to get the updated docker image. I guess this is because (as I've just learnt) the image is built by Docker not Nextcloud.

Was it Nextcloud or Nextcloud All in One? I've just realised that the Nextcloud docker image I use is maintained by Docker, not Nextcloud. It's this one: https://hub.docker.com/_/nextcloud/

I use Docker-compose and even the examples there don't have any socket access.

The all in one image apparently uses Traefik, which seems weird to use an auto configuring reverse proxy for an all in one image where you know the lay of the land. Traefik requires access to the docker socket for auto configuration. But you can proxy the requests to limit access to only what it needs if you really want to use it.

I've never known a reason to expose the docker socket to Nextcloud. It's certainly not required, I've run Nextcloud for years without ever granting it socket access.

Most of the things on that linked page seem to be for Docker rather than Nextcloud, and relate to non-standard configuration. As someone who is not a political target, I'd be pretty happy that following Nextcloud's setup guide and hardening guide is enough.

I also didn't mention it, but I geoblock access from outside my country as a general rule.

Unlike most here, I'm not as concerned with opening things up. The two general guidelines I use are 1. Is it built by a big organization with intent to be exposed, and 2. What's the risk if someone gets in.

All my stuff is in docker, so compartmentalized with little risk of breaking out of the container. Each is on it's own docker network to the reverse proxy, so no cross-container communication unless part of the same stack.

So following my rules, I expose things like Nextcloud and Mediawiki, and I would never expose Paperless which has identity documents (access remotely via Tailscale). I have many low-risk services I expose on demand. E.g. when going away for a weekend, I might expose FreshRSS so I can access the feed, but I'd remove it once I got home.

Hmm, another user said that Overseerr (which Jellyseerr is forked from) doesn't support specials for some reason, so Jellyseerr probably doesn't either.

On an unrelated note, love your content choice! Who is your favourite DI? Mine’s Mooney, although I’m quite fond of Neville as well.

Sorry, it's not actually for me! I had this as a request from someone else using it (Jellyseerr/Overseerr excel at managing these requests - users log in using their Jellyfin details, can search everything in TMDB and request it be added. Then I approve and it forwards to Sonarr/Radarr for automatic acquisition. I presume Overseerr works the same, but for Plex).

Though I have heard good things about it. Maybe I should watch it.

Are specials requestable in jellyseerr?

Maybe they aren't! Why doesn't Overseerr support specials?