UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

@nashra

Dann könnte es Sinn ergeben, das die ohne PolicyKit aufgesetzt wurden.

[apollon77]

@thomas-braun Interessant dennoch warum es bisher nie isues gab ... einziger Unetrschied ist das wir es jetzt runterladen und es vorher direkt ausgeführt wurde

[Thomas Braun]

@apollon77
Richtig.
Und deswegen kippt man ja auch eigentlich nie ein Skript ohne Möglichkeit sich das zuvor anschauen zu können in eine shell rein.

Ja, ist unbequem und 'security sucks'.

[apollon77]

@thomas-braun Jetzt wirds offtopic ... schaut sich doch eh keiner an ... aber das ist eine andere Baustelle.
Ich wollte nur darauf hinaus das das die einzige change ist. Kann der dieses andere Verhalten auslösen?

[Thomas Braun]

@apollon77 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

Ich wollte nur darauf hinaus das das die einzige change ist. Kann der dieses andere Verhalten auslösen?

Vermutlich. Aber dazu kenne ich LXCs zu wenig. Bei nativen Installationen, die direkt schon mit einem user angelegt werden ist polkit natürlich dabei, weil die user-Rechte z.T. dann darüber erweitert werden.

[mcm1957]

@thomas-braun

Ev. kann man in einer zukünftigen Version (nicht ppriorn!) die Info dass polkitd ggF nachzuinstallieren ist direkt ausgeben wenn pkttyagent nicht gefunden wird? Oder alternativ bei Fehlern im Script auf diesen Topiv bzw. die FAQ im Speziellen verlinken? Letzteres wäre dann ja für alle potenziellen Fehler eine Hilfe.

Ich gehe davon aus dass in 4 Wochen der durchschnittliche User dieses Topic nicht (mehr) kennt und mit der Fehlermeldung wenig anfangen kann.

[Thomas Braun]

@mcm1957 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

Ev. kann man in einer zukünftigen Version (nicht ppriorn!) die Info dass polkitd ggF nachzuinstallieren ist direkt ausgeben wenn pkttyagent nicht gefunden wird?

Kann man natürlich. Man könnte auch polkitd mit in die Liste der benötigten Pakete nehmen und so dem System 'unterjubeln'. Generell bin ich aber nicht so begeistert davon solche sehr systemnahen Programme durch die kalte Küche einfach draufzuknallen.

[mcm1957]

@thomas-braun
Ich hab nichts von unterjubeln / draufknallen geschrieben. Ich bin da bei dir dass so systemnahe Sachen nicht einfach mal ohne Useraction installiert werden sollten.

Mir gings nur um die Hilfe für User die nichts mit der Fehlermeldung anfangen können. Am Einfachsten wäre es im Script wohl zu erkennen ob ein Fehler auftritt und dann auf die FAQ zu verweisen. Vor allem kann man dort binnen Minuten was ergänzen / korrigieren. Ev. reicht es auch gar nicht zu versuchen Fehler zur Laufzeit zu erkennen sondern fix am Ende (damit der User etwas siehet) zu schreiben:

"Bei unklaren Fehlermeldungen oder Fragen bitte die FAQ .... durchlesen" oder so was.

Primäre gehts ir darum, dass der User den Link zur FAQ bekommt. (Ich weiß auch nicht ob ich ihn in 1 Jahr noch weiß bzw über die Forums-Suche finde. Ich such mittlerweile immer mit google in de Form "[Fragestellung] --site:forum.iobroker.net". Ist hier aber OT)

[Thomas Braun]

@mcm1957

Man müsste erst mal eingrenzen, welche Installationen überhaupt betroffen sind. polkitd ist nämlich erst seit Debian 12 'Bookworm' an Bord. Ich vermute im Zusammenhang mit aktuellem systemd.

https://packages.debian.org/search?suite=all&searchon=names&keywords=polkitd

[DLehmann]

Moin,

oben steht ja in der Beschreibung, dass der Fixer, wenn mit root läuft, anbietet, einen neuen User anzulegen. Mein iobroker läuft in einem LXC und kennt nur root. polkitd war auch nicht installiert. Das habe ich nachgeholt.
Nun bekomme ich folgende Meldung. Ist das aktuell so gewollt? Dann lege ich den User manuell an.

root@iobroker:/# iob fix

***For security reasons ioBroker should not be run or administrated as root.***
By default only a user that is member of iobroker group can execute ioBroker commands.
Please read the Documentation on how to set up such a user, if not done yet.
Only in very special cases you can run iobroker commands by adding the --allow-root option at the end of the command line.
Please note that this option may be disabled in the future, so please change your setup accordingly now.

Okay, mit --allow-root läuft es und ich konnte die Fragen beantworten.
Danke

[Thomas Braun]

@dlehmann sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

Ist das aktuell so gewollt?

Ja, das ist so gewollt. Ein root muss bei jedem iob-Kommando die Option --allow-root anhängen.
Bis es nervt und ein user angelegt wird.

[isi07]

Hallo
ich führe iobroker als Benutzer 'iobroker' aus.
Nach der Meldung im neuen iob fix, möchte ich nun einen neuen user anlegen lassen.
Leider ist das nicht erfolgreich.
Es kommen Fehlermeldungen, dass die Befehle useradd und chpasswd fehlen.

Zur Info: bei mir hatte vorher auch das Paket polkitd gefehlt und ich hab es nachträglich installiert. Habe hier ein Debian 12 in einer VM unter Proxmox.

iobroker@iobroker:~$ iob fix
It seems you run ioBroker as root or the iobroker user. This is not recommended.
For security reasons a default user should be created. This user will be enabled to temporarily switch to root via 'sudo'.
A root login is not required in most Linux Distributions.
Do you want to setup a user now? (y/N)
Enter the username for a new user (Not 'root' and not 'iobroker'!): iob-user
Enter the password for the new user:
Confirm the password for the new user:
Adding new user account...
/home/iobroker/.fix.sh: line 59: useradd: command not found
/home/iobroker/.fix.sh: line 60: chpasswd: command not found
Please login with this newly created user account and restart the fixer.

[Shadowhunter23]

@apollon77
Ist es nicht angedacht dass bei Facebook als Featured Beitrag zu posten?

[Thomas Braun]

@isi07

Und auch keine Sonderzeichen wie - in einen username.
Halt das so einfach wie möglich. Nur Kleinbuchstaben und Ziffern, das erste Zeichen sollte ein Buchstabe sein.

[Rene55]

@thomas-braun Ich bin ja grundsätzlich begeistert von der Entwicklung mit dem Fixer.
Was mich etwa überrascht ist diese Meldung nach dem Start vom Fixer

Your system is booting into 'graphical.target', which means that a user interface or desktop is available. Usually a server is running without a desktop to have more RAM available. Do you want to switch to 'multi-user.target'? (y/N)
library: loaded

Mein ioBroker läuft in einer lxc unter Debian 12. Meine Installationen haben noch nie einen Desktop gehabt.

[Thomas Braun]

@rene55 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

Meine Installationen haben noch nie einen Desktop gehabt.

Mag ja sein. Dann kannst du das boot.target ja auch auf multi-user.target setzen.

[Rene55]

@thomas-braun Ich bin da nicht so fit wie du. Kann ich denn sehen was ich da eingestellt habe?
Und was ist mit dem 'polkitd' ? Muss ich dass nachinstallieren?

[Thomas Braun]

@rene55 sagte in Änderungen iob CLI/Installer/Fixer mit Root Accounts:

Kann ich denn sehen was ich da eingestellt habe?

Wenn die Meldung kommt, dann ist graphical.target gesetzt.
In der Zusammenfassung von iob diag wird das boottarget aber auch nochmal in Klartext angegeben.
polkitd würde ich nachinstallieren.

[Rene55]

@thomas-braun Ok, danke für die Antwort. Dann muss es doch auch eine Option geben, beim Aufsetzen des lxc direkt das 'multi-user.target' zu setzen.

[Thomas Braun]

@rene55

Von LXCs und deren genauer Konfiguration hab ich keine Ahnung. Wir wollten diese Punkte auch eigentlich im ioBroker-Installer direkt schon aufgreifen, geht aber aus technischen Gründen nicht, wenn der Installationsbefehl der bekannte Einzeiler bleiben soll. Deswegen merkt sich der Installier die 'falschen' Einstellungen und bittet im Bedarfsfall am Ende darum nach dem Wiedereinloggen direkt den 'iob fix' mal auszuführen.