Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Don't let people do a multi user install into their /home/user folder #41

Open
fryfrog opened this issue Jan 18, 2024 · 1 comment
Open

Comments

@fryfrog
Copy link

fryfrog commented Jan 18, 2024

Hi,

I do a lot of support for sonarr, radarr and all the many applications in one of these stacks. We're starting to have people show up on Discord having used your script to get going. But they're often storing their media and their docker configs in their ~/, but trying to do a multi user setup.

Can you fix this? The route I would go is if they choose a folder in their home folder, do a one user setup. If they pick a folder not in their home folder, like /docker for configs and /media for downloads and library do multi user. Or you could only allow multi user and block using /home.

Also, it feels like you're using UID in the 13000 range to try and avoid collisions. Why not just use the system's built in useradd and groupadd, then get those IDs to use?

@Luctia
Copy link
Owner

Luctia commented Jul 5, 2024

This is now partially addressed by #50, but it's not necessarily impossible to do this (yet) (although it is now very much discouraged in the README).

As for your last question, by the way, I use static IDs because, if you choose the "static" route, with the shell script and the docker-compose.yml file as it is, they need some kind of pre-set IDs. On top of that, by using these IDs, it's more clear in my opinion that they belong together (13000 is the group and everything in 13000-14000 range is ezarr users). It could potentially lead to collisions, but I think that if you're having collisions with IDs that high you already have enough experience to change the IDs in the scripts yourself.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants