Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[oFbEQnpoLKKl6mbY5e13]

@thomas-braun
Wie gesagt, bei QNAP verhält sich Andres-Container genauso.

Eine allgemeine Aussage kann ich leider nicht treffen, leider zu wenig Ahnung.

[Wildbill]

@thomas-braun @oFbEQnpoLKKl6mbY5e13 Ich ging davon aus, dass das bei Docker grundsätzlich so ist, weil man das hier im Forum immer wieder liest, dass Leute mit root unterwegs sind, weil es bei Docker so sei. Ich nutze das selbst nicht, schon auch aus diesem Grund. Wäre für mich nix halbes und nix Ganzes.
Da Docker aber nicht nur auf Synology und QNAP sondern so ziemlich jedem Linuxsystem laufen kann, wäre es auch möglich, dass das nur Docker-CT auf NAS betrifft, weil die ein abgespecktes Linux mitbringen und Docker auf einem "vollwertigen" Linux auch eine vernünftige User- und Rechtverwaltung mitbringt. Vielleich haben alle, die hier Docker verwenden, auch NAS und es ist keiner dabei, der es auf was anderem verwendet. Also bitte nicht als 100% korrekt ansehen, wenn ich oben schrieb, bei Docker wäre das so.

Gruss, Jürgen

[Ahnungsbefreit]

@Thomas-Braun Noch eine kleine Anregung:

Statt

iobroker update | grep -i updateable

kann man doch auch direkt

iobroker update --updatable

verwenden. Manch Nutzer tut sich mit dem "|" schwer und so sieht man auch gleich das aktive Repository. Der kleine Unterschied "updateable" vs. "updatable" scheint ja nichts an der Funktion zu ändern, oder?

[Thomas Braun]

@ahnungsbefreit

Bei aktuellem js-controler kommst du sogar auch ohne Optionen aus.
Die Funktion ist mal geändert worden. Muss ich mir nochmal anschauen.

[Negalein]

@Thomas-Braun

Durch unsere Diskussion bzgl. Anfänger hab ich deinen Werkzeugkasten entdeckt.

So, dann fang ich mal an einen User anzulegen.

Ich hab den User negaangelegt.

groups zeigt folgendes:

nega@ioBroker:~$ groups
nega root sudo iobroker

passt das dann so?

[Thomas Braun]

@negalein
Nein, die Gruppe 'root' gehört da definitiv nicht rein.

Mein Standarduser 'pi' auf einem Raspberry OS gehört diesen Gruppen an:

sudo -u pi groups
pi adm dialout cdrom sudo audio video plugdev users input netdev gpio i2c spi iobroker

[Negalein]

@thomas-braun sagte in Diskussion zum Linux-Werkzeugkasten:

Nein, die Gruppe 'root' gehört da definitiv nicht rein.

wie ändere ich das wieder?

[Thomas Braun]

@negalein

sudo deluser BENUTZERNAME GRUPPENNAME

oder

sudo gpasswd -d BENUTZERNAME GRUPPENNAME

Also bei dir z. B.

sudo deluser nega root

[Negalein]

@thomas-braun sagte in Diskussion zum Linux-Werkzeugkasten:

Also bei dir z. B.

hab ich gemacht. steht aber noch root dabei.

nega@ioBroker:~$ sudo deluser nega root
[sudo] password for nega:
Removing user `nega' from group `root' ...
Done.
nega@ioBroker:~$ groups
nega root sudo iobroker
nega@ioBroker:~$

[Thomas Braun]

@negalein
Den user 'nega' einmal ausloggen und wieder einloggen. Die Gruppenzugehörigkeiten werden nur beim login neugelesen.

[Negalein]

@thomas-braun sagte in Diskussion zum Linux-Werkzeugkasten:

Den user 'nega' einmal ausloggen und wieder einloggen.

Super, das wars.

nega@ioBroker:~$ groups
nega sudo iobroker
nega@ioBroker:~$

Und in Zukunft nur mit User Nega anmelden. :)

[Thomas Braun]

@negalein Richtig.

Auf

sudo whoami

sollte jetzt für den nega auch 'root' zurückgegeben werden.
So kann man blitzschnell bei Bedarf die root-Rechte erhalten und muss nicht dauerhaft mit offenem Visier durch das System pflügen.

Ich würde den nega aber noch in diese weiteren Gruppen packen:

adm dialout users

[Negalein]

@thomas-braun sagte in Diskussion zum Linux-Werkzeugkasten:

adm dialout users

das sind die Gruppen?

Wie füge ich den User dazu?
mit adduser nega adm dialout users ?

[Thomas Braun]

@negalein
Z. B. so:

sudo usermod -aG GRUPPENNAME BENUTZERNAME

[Negalein]

@thomas-braun sagte in Diskussion zum Linux-Werkzeugkasten:

sudo usermod -aG GRUPPENNAME BENUTZERNAME

da will er nicht

nega@ioBroker:~$ sudo usermod -aG adm dialout users nega
Usage: usermod [options] LOGIN

Options:
  -b, --badnames                allow bad names
  -c, --comment COMMENT         new value of the GECOS field
  -d, --home HOME_DIR           new home directory for the user account
  -e, --expiredate EXPIRE_DATE  set account expiration date to EXPIRE_DATE
  -f, --inactive INACTIVE       set password inactive after expiration
                                to INACTIVE
  -g, --gid GROUP               force use GROUP as new primary group
  -G, --groups GROUPS           new list of supplementary GROUPS
  -a, --append                  append the user to the supplemental GROUPS
                                mentioned by the -G option without removing
                                the user from other groups
  -h, --help                    display this help message and exit
  -l, --login NEW_LOGIN         new value of the login name
  -L, --lock                    lock the user account
  -m, --move-home               move contents of the home directory to the
                                new location (use only with -d)
  -o, --non-unique              allow using duplicate (non-unique) UID
  -p, --password PASSWORD       use encrypted password for the new password
  -R, --root CHROOT_DIR         directory to chroot into
  -P, --prefix PREFIX_DIR       prefix directory where are located the /etc/* files
  -s, --shell SHELL             new login shell for the user account
  -u, --uid UID                 new UID for the user account
  -U, --unlock                  unlock the user account
  -v, --add-subuids FIRST-LAST  add range of subordinate uids
  -V, --del-subuids FIRST-LAST  remove range of subordinate uids
  -w, --add-subgids FIRST-LAST  add range of subordinate gids
  -W, --del-subgids FIRST-LAST  remove range of subordinate gids
  -Z, --selinux-user SEUSER     new SELinux user mapping for the user account

nega@ioBroker:~$

[Thomas Braun]

@negalein

Auf was für einer Linux-Distribution bist du da eigentlich unterwegs? Die Befehle für die user-Verwaltung unterscheiden sich ggf.

[Negalein]

@thomas-braun sagte in Diskussion zum Linux-Werkzeugkasten:

Auf was für einer Linux-Distribution bist du da eigentlich unterwegs?

Ubuntu

[Thomas Braun]

@negalein
Immer nur eine Gruppe angeben.

sudo usermod -aG adm nega
sudo usermod -aG dialout nega
sudo usermod -aG users nega

[Thomas Braun]

@negalein sagte in Diskussion zum Linux-Werkzeugkasten:

@thomas-braun sagte in Diskussion zum Linux-Werkzeugkasten:

Auf was für einer Linux-Distribution bist du da eigentlich unterwegs?

Ubuntu

Gerade bei ubuntu wundert es mich, da ist der root nämlich schon immer von Haus aus deaktiviert gewesen. Das ist also aktiv und bewusst umgefummelt worden. Klarer Fall von: Macht man nicht.

Sonderfall: Benutzer root

Standardmäßig existiert unter Linux immer ein Konto für den Benutzer root mit der User-ID 0. Dies ist ein Systemkonto mit vollem Zugriff auf das gesamte System und damit auch auf alle Dateien und Einstellungen aller Benutzer.

Bei Ubuntu wird dem Benutzer root allerdings kein Passwort zugewiesen. Dadurch kann sich niemand unter dem Namen "root" anmelden.

Der erste anlegte Benutzer ist unter Ubuntu bzw. dessen Derivaten immer automatisch Mitglied der Gruppe sudo und kann so mit Root-Rechten arbeiten. Wie bei Bedarf weitere Nutzer dieser Gruppe hinzugefügt werden können ist weiter unten im Artikel erklärt.

[Negalein]

@thomas-braun sagte in Diskussion zum Linux-Werkzeugkasten:

Immer nur eine Gruppe angeben.

Merci :)

nega@ioBroker:~$ groups
nega adm dialout sudo users iobroker