Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. [gelöst] Problem mit dem Blockly-Block "exec"

NEWS

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    10
    1
    118

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.4k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.3k

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

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
26 Beiträge 8 Kommentatoren 2.9k Aufrufe 7 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • ? Ein ehemaliger Benutzer

    @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.

    KlausStoertebekerK Offline
    KlausStoertebekerK Offline
    KlausStoertebeker
    schrieb am zuletzt editiert von
    #12

    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"

    ioBroker-Host: Raspberry Pi 5 (8GByte RAM) mit Halo8-KI-Hat, Argon ONE M.2-Gehäuse mit 256GByte PCIe-SSD

    1 Antwort Letzte Antwort
    0
    • KlausStoertebekerK 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"

      haus-automatisierungH Offline
      haus-automatisierungH Offline
      haus-automatisierung
      Developer Most Active
      schrieb am zuletzt editiert von haus-automatisierung
      #13

      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

      🧑‍🎓 Autor des beliebten ioBroker-Master-Kurses
      🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
      📚 Meine inoffizielle ioBroker Dokumentation

      KlausStoertebekerK 1 Antwort Letzte Antwort
      2
      • ? Ein ehemaliger Benutzer

        @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.

        BananaJoeB Online
        BananaJoeB Online
        BananaJoe
        Most Active
        schrieb am zuletzt editiert von BananaJoe
        #14

        @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.

        ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

        1 Antwort Letzte Antwort
        0
        • Thomas BraunT 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?

          KlausStoertebekerK Offline
          KlausStoertebekerK Offline
          KlausStoertebeker
          schrieb am zuletzt editiert von
          #15

          @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.

          ioBroker-Host: Raspberry Pi 5 (8GByte RAM) mit Halo8-KI-Hat, Argon ONE M.2-Gehäuse mit 256GByte PCIe-SSD

          1 Antwort Letzte Antwort
          0
          • haus-automatisierungH 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
            KlausStoertebekerK Offline
            KlausStoertebekerK Offline
            KlausStoertebeker
            schrieb am zuletzt editiert von
            #16

            @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...

            ioBroker-Host: Raspberry Pi 5 (8GByte RAM) mit Halo8-KI-Hat, Argon ONE M.2-Gehäuse mit 256GByte PCIe-SSD

            BananaJoeB 1 Antwort Letzte Antwort
            0
            • KlausStoertebekerK 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...

              BananaJoeB Online
              BananaJoeB Online
              BananaJoe
              Most Active
              schrieb am zuletzt editiert von BananaJoe
              #17

              @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

              ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

              KlausStoertebekerK 1 Antwort Letzte Antwort
              0
              • BananaJoeB 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

                KlausStoertebekerK Offline
                KlausStoertebekerK Offline
                KlausStoertebeker
                schrieb am zuletzt editiert von
                #18

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

                ioBroker-Host: Raspberry Pi 5 (8GByte RAM) mit Halo8-KI-Hat, Argon ONE M.2-Gehäuse mit 256GByte PCIe-SSD

                BananaJoeB Thomas BraunT 2 Antworten Letzte Antwort
                0
                • KlausStoertebekerK KlausStoertebeker

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

                  BananaJoeB Online
                  BananaJoeB Online
                  BananaJoe
                  Most Active
                  schrieb am zuletzt editiert von
                  #19

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

                  ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

                  1 Antwort Letzte Antwort
                  0
                  • KlausStoertebekerK KlausStoertebeker

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

                    Thomas BraunT Online
                    Thomas BraunT Online
                    Thomas Braun
                    Most Active
                    schrieb am zuletzt editiert von
                    #20

                    @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

                    Linux-Werkzeugkasten:
                    https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                    NodeJS Fixer Skript:
                    https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                    iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                    DolomitiD KlausStoertebekerK 2 Antworten Letzte Antwort
                    0
                    • Thomas BraunT 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

                      DolomitiD Offline
                      DolomitiD Offline
                      Dolomiti
                      schrieb am zuletzt editiert von
                      #21

                      @thomas-braun
                      Das funktioniert definitiv. Ich lege so mein Qnap schlafen mittels

                      exec('ssh admin@192.168.1.151 /etc/init.d/pw_sleep.sh', function (error, result, stderr) {....
                      

                      Habe mir ein Schlüsselpaar erstellt und in die authorized_keys auf dem Qnap eingetragen so wie @haus-automatisierung es oben beschrieben hat.
                      @haus-automatisierung Muss der public key nicht in die authorized_keys?

                      Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
                      Intel N100 (32GB,256GB SSD), Proxmox -> Debian 12 in VM (Master) + Debian 12 in CT (Test) + Debmatic, HM-Aktoren, Wago 750-880, Shelly, Zigbee

                      BananaJoeB haus-automatisierungH 2 Antworten Letzte Antwort
                      1
                      • DolomitiD Dolomiti

                        @thomas-braun
                        Das funktioniert definitiv. Ich lege so mein Qnap schlafen mittels

                        exec('ssh admin@192.168.1.151 /etc/init.d/pw_sleep.sh', function (error, result, stderr) {....
                        

                        Habe mir ein Schlüsselpaar erstellt und in die authorized_keys auf dem Qnap eingetragen so wie @haus-automatisierung es oben beschrieben hat.
                        @haus-automatisierung Muss der public key nicht in die authorized_keys?

                        BananaJoeB Online
                        BananaJoeB Online
                        BananaJoe
                        Most Active
                        schrieb am zuletzt editiert von BananaJoe
                        #22

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

                        /etc/init.d/pw_sleep.sh

                        ich hab bisher poweroff aufgerufen (ist auch ein Skript), ich schau mal was da anders ist.

                        Edit: Gefunden: Funktioniert bei meinem QNAP nicht (ist kein x86 System sondern mit ARM CPU)

                        ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

                        DolomitiD 1 Antwort Letzte Antwort
                        0
                        • BananaJoeB BananaJoe

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

                          /etc/init.d/pw_sleep.sh

                          ich hab bisher poweroff aufgerufen (ist auch ein Skript), ich schau mal was da anders ist.

                          Edit: Gefunden: Funktioniert bei meinem QNAP nicht (ist kein x86 System sondern mit ARM CPU)

                          DolomitiD Offline
                          DolomitiD Offline
                          Dolomiti
                          schrieb am zuletzt editiert von
                          #23

                          @bananajoe
                          poweroff fährt das System runter. Ich schicke meins nur in Standby.

                          Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
                          Intel N100 (32GB,256GB SSD), Proxmox -> Debian 12 in VM (Master) + Debian 12 in CT (Test) + Debmatic, HM-Aktoren, Wago 750-880, Shelly, Zigbee

                          BananaJoeB 1 Antwort Letzte Antwort
                          0
                          • DolomitiD Dolomiti

                            @thomas-braun
                            Das funktioniert definitiv. Ich lege so mein Qnap schlafen mittels

                            exec('ssh admin@192.168.1.151 /etc/init.d/pw_sleep.sh', function (error, result, stderr) {....
                            

                            Habe mir ein Schlüsselpaar erstellt und in die authorized_keys auf dem Qnap eingetragen so wie @haus-automatisierung es oben beschrieben hat.
                            @haus-automatisierung Muss der public key nicht in die authorized_keys?

                            haus-automatisierungH Offline
                            haus-automatisierungH Offline
                            haus-automatisierung
                            Developer Most Active
                            schrieb am zuletzt editiert von
                            #24

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

                            @haus-automatisierung Muss der public key nicht in die authorized_keys?

                            Ja, logisch. Danke habs angepasst.

                            🧑‍🎓 Autor des beliebten ioBroker-Master-Kurses
                            🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
                            📚 Meine inoffizielle ioBroker Dokumentation

                            1 Antwort Letzte Antwort
                            0
                            • Thomas BraunT 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

                              KlausStoertebekerK Offline
                              KlausStoertebekerK Offline
                              KlausStoertebeker
                              schrieb am zuletzt editiert von
                              #25

                              @thomas-braun und alle anderen helfenden Poster:

                              Ich habe es auch mit den Schlüsseln hingekommen - ganu nach der Anleitung, die Thomas als Link eingefügt hat. Das Thema war dann für alle QNAP's in fünf Minuten erledigt und ich kann sie ganz normal runterfahren :-)
                              Jetzt muss ich das nur noch auf meinem Rechner zu Hause hinbekommen, wenn ich wieder dort bin...
                              Vielen Dank für die Hilfe und viele Grüße

                              "Klaus"

                              ioBroker-Host: Raspberry Pi 5 (8GByte RAM) mit Halo8-KI-Hat, Argon ONE M.2-Gehäuse mit 256GByte PCIe-SSD

                              1 Antwort Letzte Antwort
                              0
                              • DolomitiD Dolomiti

                                @bananajoe
                                poweroff fährt das System runter. Ich schicke meins nur in Standby.

                                BananaJoeB Online
                                BananaJoeB Online
                                BananaJoe
                                Most Active
                                schrieb am zuletzt editiert von
                                #26

                                @dolomiti sagte in [gelöst] Problem mit dem Blockly-Block "exec":

                                @bananajoe
                                poweroff fährt das System runter. Ich schicke meins nur in Standby.

                                stimmt, das war es, das kann mein System nicht

                                ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

                                1 Antwort Letzte Antwort
                                0
                                Antworten
                                • In einem neuen Thema antworten
                                Anmelden zum Antworten
                                • Älteste zuerst
                                • Neuste zuerst
                                • Meiste Stimmen


                                Support us

                                ioBroker
                                Community Adapters
                                Donate
                                FAQ Cloud / IOT
                                HowTo: Node.js-Update
                                HowTo: Backup/Restore
                                Downloads
                                BLOG

                                524

                                Online

                                32.5k

                                Benutzer

                                81.7k

                                Themen

                                1.3m

                                Beiträge
                                Community
                                Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                ioBroker Community 2014-2025
                                logo
                                • Anmelden

                                • Du hast noch kein Konto? Registrieren

                                • Anmelden oder registrieren, um zu suchen
                                • Erster Beitrag
                                  Letzter Beitrag
                                0
                                • Home
                                • Aktuell
                                • Tags
                                • Ungelesen 0
                                • Kategorien
                                • Unreplied
                                • Beliebt
                                • GitHub
                                • Docu
                                • Hilfe