[gelöst] Problem mit dem Blockly-Block "exec"

[KlausStoertebeker]

Hallo ins Forum,
ich habe ein Prblem mit dem Blockly-Block "exec":
Ich möchte mein QNAP-NAS über eine SSH-Verbindung herunterfahren. Der Befehl dazu lautet "poweroff".
Ich möchte mich dann mit dem Befehl "ssh" mit dem QNAP-NAS verbinden, das dazu notwendige Passwort übergebe ich mit dem Befehl "sshpass".
Der vollständige Befehl lautet:

sshpass -pPASSWORT ssh ADMINUSER@XXX.XXX.XXX.XXX poweroff

Wennich diesen Befehl in einem Terminal eingebe, wird das QNAP-NAS ordnungsgemäß heruntergefahren. Sende ich diesen Befehl jedoch mit dem Blockly-Block "exec", passiert gar nichts.
Wenn ich jedoch einen Befehl über den Blockly-Block "exec" absetze, der auf dem ioBroker-Server ausgeführt wird (beispielsweise "cd /" oder "pwd"), wird dieser auch ordnungsgemäß ausgeführt.
Kann mir jemand sagen, ob dieses Verhalten so gewollt oder ein Fehler ist und ob es einen Workaround oder eine Lösung gibt?

Viele Grüße

"Klaus"

[Asgothian]

@klausstoertebeker sagte in Problem mit dem Blockly-Block "exec":

Kann mir jemand sagen, ob dieses Verhalten so gewollt oder ein Fehler ist und ob es einen Workaround oder eine Lösung gibt?

bist du sicher das der Benutzer iobroker den Befehl ausführen darf ?

[Thomas Braun]

@klausstoertebeker sagte in Problem mit dem Blockly-Block "exec":

sshpass -pPASSWORT ssh ADMINUSER@XXX.XXX.XXX.XXX poweroff

Die Frage ist immer, welcher user setzt den Befehl ab und welche Rechte hat der. Der user 'iobroker' hat z. B. nur eingeschränkte Rechte.

Selbstversuch:

sudo -H -u iobroker sshpass -pPASSWORT ssh ADMINUSER@XXX.XXX.XXX.XXX poweroff

Wird vermutlich nicht ausgeführt.

[KlausStoertebeker]

Moin asgothian,
wie meinst Du das? Ich habe in der JavaScript-Instanz sowohl das Kommando "setObject" als auch das Kommando "exec" erlaubt, das Komanndo "sendToHost jedoch nicht.
Meist Du, daran könnte es liegen?

[Asgothian]

@klausstoertebeker sagte in Problem mit dem Blockly-Block "exec":

Meist Du, daran könnte es liegen?

nein. Siehe den Post von @Thomas-Braun

[KlausStoertebeker]

@asgothian
Ich habe den Befehl als normaler Nutzer absetzen können - ohne sudo. Ich melde mich auch nicht als root an meinem ioBroker-Server an.

[crunchip]

@klausstoertebeker sagte in Problem mit dem Blockly-Block "exec":

Ich habe den Befehl als normaler Nutzer absetzen können

korrekt, aber nicht als user iobroker

[Asgothian]

@klausstoertebeker sagte in Problem mit dem Blockly-Block "exec":

@asgothian
Ich habe den Befehl als normaler Nutzer absetzen können - ohne sudo. Ich melde mich auch nicht als root an meinem ioBroker-Server an.

Liest du auch was wir schreiben ? @Thomas-Braun hat im Detail geschrieben was du ausprobieren musst.

A.

[J_Paul]

@klausstoertebeker
Wäre der umgekehrte Weg eine Option für Dich?
Ich habe einen DP den ich auf true setzen kann und das QNAP „guckt“ da nach, setzt den wieder auf false und fährt runter.

[KlausStoertebeker]

@asgothian
Ja, ich lese, was Ihr schreibt. Und alles, was Thomas aufgelistet hat, habe ich durchexerziert und bis auf die Versionsnummern war alles so wie berschrieben:

Ich HABE eine sudo-Gruppe
Ich HABE einen Standardnutzer in der sudo-Gruppe (Nutzer iobroker ist da übrigens auch drin, weil ich den mal wegen eines anderen Problems dort eintragen musste)
Ich HABE sowohl Betriebssystem UND ioBroker nebst Adaptern auf dem aktuellen Stand

Das Einzige, was sich unterscheidet, ist das Repsotory. Das steht bei mir auf "latest", weil ich von dort Adapter nutze, die nicht im "stable" verfügbar sind.

Und was hilft mir das jetzt bei meinem Problem? Sollte es funktionieren?

[Thomas Braun]

@klausstoertebeker sagte in Problem mit dem Blockly-Block "exec":

(Nutzer iobroker ist da übrigens auch drin, weil ich den mal wegen eines anderen Problems dort eintragen musste)

Das ist schon falsch. Der iobroker gehört unter keinen Umständen in die Gruppe 'sudo' rein.

Was ergibt denn der Selbstversuch nun?

[KlausStoertebeker]

Hallo j_paul,

die Idee ist nicht schlecht, aber ich möchte auch andere Geräte per Remote herunterfahren oder eventuell auch starten (mit "etherwake" zum Beispiel). Daher wäre es schön, wenn ich den Blockly-Block "exec" nutzenkönnte.
Wenn ich Deinen Vorschlag aber richtig interpretiere, schlägst Du vor, auf dem QNAP ein Skript laufen zu lassen, das regelmäßig über einen Webhook den Wert des Datenpunktes abfragt, oder? Und dieses Skript müsste ich dann auf dem QNAP als cron-Job starten?

Viele Grüße
"Klaus"

[haus-automatisierung]

Warum eigentlich so kompliziert mit "sshpass"?

• Für den iobroker Linux-User ein Keypair erstellen
• Den public key auf dem QNAP in die authorized_keys eintragen
• fertig

[BananaJoe]

@j_paul sagte in Problem mit dem Blockly-Block "exec":

@klausstoertebeker
Wäre der umgekehrte Weg eine Option für Dich?
Ich habe einen DP den ich auf true setzen kann und das QNAP „guckt“ da nach, setzt den wieder auf false und fährt runter.

Moin,
die Lösung würde ich zu gerne sehen!
Ich fahre das QNAP bisher auch per ssh herunter, was das QNAP dann Zeitweise bemängelt (Das es nicht ordentlich heruntergefahren wurde).
Hochfahren per Magic-Paket funktioniert ohne Probleme.

[KlausStoertebeker]

@thomas-braun
Nachdem ich den Nutzer iobroker aus der sudo-Gruppe wieder herausgenommen habe und deinen Befehl in einem Terminal eingegeben hatte, passierte nichts.Nach dem Drücken der Eingabetaste kam sofort der nächste Eingabeprompt und auf dem QNAP passierte auch nichts.

[KlausStoertebeker]

@haus-automatisierung
Wenn ich wüsste, wie das mit dem ganzen Schlüssel-Gedöns funktionieren würde, hätte ich das bestimmt schonmal versucht. Aber das und auch diese Zertifikatsdinge sind ein Buch mit sieben Siegeln (noch) und ich greife da eher auf "einfache" Sachen zurück.
In einem ganz normalen Terminal funktioniert das ja auch einwandfrei, ich kann Nutzernamen und Passworte aus versteckten Dateien extrahieren und einen Befehl zusammen"bauen" und mein QNAP damit herunter fahren.
Das Ganze funktioniert auch unter Blockly mit dem einzigen Unterschied, dass der zusammen"gebaute" Befehl nicht ausgeführt wird...

[BananaJoe]

@klausstoertebeker wechsle doch in einer SSH-Sitzung einmal ganz zum Benutzer ioBroker:

sudo -u iobroker /usr/bin/bash

Gib dann noch mal deinen SSH-Befehl ein wie du ihn im Skript hast.
Die Fehlermeldung sollte die Lösung bringen. Er wird irgendetwas nicht dürfen bzw. vermutlich musst du einmal den SSH-Host-Key aktzeptieren, der wird dann gespeichert und danach geht es.

Mit exit verlässt du die Sitzung wieder.

Edit: Alternativ musst du sshpass bzw. ssh mit den zusätzlichen Parametern aufrufen:

sshpass -pMeinPasswort ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no

Dann ignoriert er den Host-Key ohne Warnung

[KlausStoertebeker]

@BananaJoe
Funktioniert leider nicht. Und eine Fehlermeldung kommt auch nicht, sondern einfach nur der nächste Eingabeprompt..

[BananaJoe]

@klausstoertebeker poste hier noch mal den genauen, vollständigen String den du getestet hast, nur das Passwort ersetze mit etwas unverfänglichen.

[Thomas Braun]

@klausstoertebeker

Ich würde das per key machen. Ob das auf einem QNAP funktioniert weiß ich allerdings nicht. Sollte aber eigentlich.

https://linuxconfig.org/passwordless-ssh