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
    283

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

  • 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.
  • KlausStoertebekerK 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.

    AsgothianA Offline
    AsgothianA Offline
    Asgothian
    Developer
    schrieb am zuletzt editiert von
    #8

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

    ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
    "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

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

      ? Offline
      ? Offline
      Ein ehemaliger Benutzer
      schrieb am zuletzt editiert von
      #9

      @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 BananaJoeB 2 Antworten Letzte Antwort
      0
      • AsgothianA 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.

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

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

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

        Thomas BraunT 1 Antwort Letzte Antwort
        0
        • KlausStoertebekerK 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 BraunT Online
          Thomas BraunT Online
          Thomas Braun
          Most Active
          schrieb am zuletzt editiert von
          #11

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

          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

          KlausStoertebekerK 1 Antwort Letzte Antwort
          1
          • ? 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 Online
              haus-automatisierungH Online
              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 Offline
                BananaJoeB Offline
                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 Offline
                      BananaJoeB Offline
                      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 Offline
                          BananaJoeB Offline
                          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 Offline
                                BananaJoeB Offline
                                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 Offline
                                        BananaJoeB Offline
                                        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

                                        450

                                        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