Skip to content
  • Home
  • Recent
  • Tags
  • 0 Unread 0
  • Categories
  • Unreplied
  • Popular
  • 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

  • Default (No Skin)
  • No Skin
Collapse
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

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    2.0k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    925

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.2k

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

Scheduled Pinned Locked Moved ioBroker Allgemein
26 Posts 8 Posters 2.9k Views 7 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • 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 Online
    haus-automatisierungH Online
    haus-automatisierung
    Developer Most Active
    wrote on last edited by 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 Reply Last reply
    2
    • ? A Former User

      @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
      wrote on last edited by 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 Reply Last reply
      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
        wrote on last edited by
        #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 Reply Last reply
        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
          wrote on last edited by
          #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 Reply Last reply
          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
            wrote on last edited by 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 Reply Last reply
            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
              wrote on last edited by
              #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 Replies Last reply
              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
                wrote on last edited by
                #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 Reply Last reply
                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
                  wrote on last edited by
                  #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 Replies Last reply
                  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
                    wrote on last edited by
                    #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 Replies Last reply
                    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
                      wrote on last edited by 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 Reply Last reply
                      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
                        wrote on last edited by
                        #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 Reply Last reply
                        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 Online
                          haus-automatisierungH Online
                          haus-automatisierung
                          Developer Most Active
                          wrote on last edited by
                          #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 Reply Last reply
                          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
                            wrote on last edited by
                            #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 Reply Last reply
                            0
                            • DolomitiD Dolomiti

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

                              BananaJoeB Online
                              BananaJoeB Online
                              BananaJoe
                              Most Active
                              wrote on last edited by
                              #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 Reply Last reply
                              0
                              Reply
                              • Reply as topic
                              Log in to reply
                              • Oldest to Newest
                              • Newest to Oldest
                              • Most Votes


                              Support us

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

                              843

                              Online

                              32.6k

                              Users

                              82.2k

                              Topics

                              1.3m

                              Posts
                              Community
                              Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                              ioBroker Community 2014-2025
                              logo
                              • Login

                              • Don't have an account? Register

                              • Login or register to search.
                              • First post
                                Last post
                              0
                              • Home
                              • Recent
                              • Tags
                              • Unread 0
                              • Categories
                              • Unreplied
                              • Popular
                              • GitHub
                              • Docu
                              • Hilfe