Diskussion zum Linux-Werkzeugkasten

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

MCU

@thomas-braun
Aufgrund der npm6 Probleme https://forum.iobroker.net/topic/55183/github-installationen-mit-npm6-sehr-langsam
Gibt es irgendwo eine Anleitung um ein Update von npm6 auf npm8 zu vollziehen?
Sollte so was auch in den Werkzeugkasten, oder sollte man lieber abwarten?
Danke.

Thomas Braun

@mcu sagte in Diskussion zum Linux-Werkzeugkasten:

Gibt es irgendwo eine Anleitung um ein Update von npm6 auf npm8 zu vollziehen?

Ich würde immer empfehlen, auch die npm-Version zu fahren, die vom nodeJS-Projekt upstream für das jeweilige Gesamtpaket vorgesehen ist. Für nodeJS@14 ist das halt npm@6.
npm@8 ist erst für nodeJS@16 vorgesehen.

Ich würde aber auch nicht eine node@16 für den ioBroker empfehlen wollen.
Ein Dilemma.

Aber es gibt wohl Überlegungen nodeJS16 bald zur empfohlenen Version zu machen. U. a. wegen der langsamen Installation von git.

https://forum.iobroker.net/topic/55290/meeting-für-iobroker-core-dev-admin-15-06-22-20-30/4

patrikp

Den Werkzeugkasten habe ich heute entdeckt und finde ihn sehr hilfreich. Natürlich direkt einen Fehler in meiner Installation gefunden. node und npm liegen in /usr/local/bin/* und nicht in /usr/bin/*. Kann man die einfach umziehen, und was ist dabei zu beachten, oder ist eine Neuinstallation notwendig?

Gruß und besten Dank

Thomas Braun

@patrikp

Dann schau mal in den zweiten Link in meiner Signatur. Da steht es ausführlicher drin.

patrikp

@thomas-braun oh, sorry. doch nicht alles gelesen.:face_with_rolling_eyes:

...und ja. Es hat geholfen. Danke nochmal.

ThomKast

@Thomas-Braun braun

Hättest Du vielleicht auch noch eine Deiner guten Anleitungen für die Absicherung der Komponenten...
IOB, Influxdb, Grafana, SSL-Zertifikat....

Hatte mich durch viele Informationen gehangelt, aber abschließend keinen sauberen erzielt. IOB war unter http, aber grafana unter https zu erreichen und so was... Habe zwar keinen Port offen, aber ich fände es gut, wenn es eine brauchbare, einheitliche Empfehlung gäbe.
Gruß, Thomas

Michael Uray

In meinem Docker Container scheint einmal ein root user und dann auch noch ein iobroker user auf.

# cat /etc/passwd
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
uucp:x:10:10:uucp:/var/spool/uucp:/usr/sbin/nologin
proxy:x:13:13:proxy:/bin:/usr/sbin/nologin
www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
backup:x:34:34:backup:/var/backups:/usr/sbin/nologin
list:x:38:38:Mailing List Manager:/var/list:/usr/sbin/nologin
irc:x:39:39:ircd:/run/ircd:/usr/sbin/nologin
gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/usr/sbin/nologin
nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
_apt:x:100:65534::/nonexistent:/usr/sbin/nologin
_rpc:x:101:65534::/run/rpcbind:/usr/sbin/nologin
statd:x:102:65534::/var/lib/nfs:/usr/sbin/nologin
iobroker:x:1000:1000::/opt/iobroker:/bin/bash

Thomas Braun

@michael-uray

Ja, das ist vollkommen richtig. In der /etc/passwd stehen alle User des Systems drin.

Michael Uray

@thomas-braun ich habe das hier wegen der root user Diskussion im Docker Container gepostet.
Sollte man demnach dann Arbeiten im Container nicht unter dem User iobroker durchführen anstatt als root, wenn es so einen Benutzer gibt?

Was hat es denn eigentlich generell für negative Auswirkungen auf den iobroker, wenn man immer alles als root ausführt?

Community Forum

NEWS

Diskussion zum Linux-Werkzeugkasten

Support us

472

32.5k

81.8k

1.3m