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

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    14
    1
    272

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    1.8k

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

    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 Online
                        haus-automatisierungH Online
                        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

                            840

                            Online

                            32.5k

                            Benutzer

                            81.9k

                            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