UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[MCU]

@uncleb Mit Ergebnissen anklicken. Lass den Zeitplan erstmal zum Testen weg. Kann man hinterher setzen.

[UncleB]

@mcu
Den hab ich nur gesetzt damit das Script paar mal hinteinander ausgeführt wird :)
Hast Recht Ergebnisse habe ich vergessen..
Aber im Debug erhalte ich dennoch keine nützlichen Infos:

2:57:12.447	info	javascript.0 (583) Start javascript script.js.common.lte_test
22:57:12.482	info	javascript.0 (583) script.js.common.lte_test: registered 0 subscriptions and 1 schedule
22:57:31.118	info	javascript.0 (583) script.js.common.lte_test:
22:58:00.890	info	javascript.0 (583) script.js.common.lte_test:
22:58:30.918	info	javascript.0 (583) script.js.common.lte_test:
22:59:00.986	info	javascript.0 (583) script.js.common.lte_test:
22:59:31.037	info	javascript.0 (583) script.js.common.lte_test:
23:00:01.141	info	javascript.0 (583) script.js.common.lte_test:

[MCU]

@uncleb Zeig mal das Ergebnis auf der Console.

[UncleB]

@mcu

[MCU]

@uncleb Versuch mal ein sudo davor.

[UncleB]

@mcu passiert auch nichts.
Im Adapter muss ich ja nur Exec erlauben aktivieren oder?

[MCU]

@uncleb Ja

[UncleB]

@mcu hm ja okay.. is alles aktiviert..
Script liegt im Common Ordner... passt auch?

[MCU]

@uncleb

javascript.0 (1699) script.js.TESTS.Alexa_Frage: exec: sudo ping -c 1 192.168.178.105
23:17:19.850	info	javascript.0 (1699) script.js.TESTS.Alexa_Frage: registered 0 subscriptions and 0 schedules
23:17:20.269	info	javascript.0 (1699) script.js.TESTS.Alexa_Frage: PING 192.168.178.105 (192.168.178.105) 56(84) bytes of data. From 192.168.178.89 icmp_seq=1 Destination Host Unreachable --- 192.168.178.105 ping statistics --- 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

Versuch es bei Dir mal erst mit einem Ping.

[UncleB]

@mcu said in Ping über bestimmtes Interface:

Versuch es bei Dir mal erst mit einem Ping.

das funktioniert, aber sobald ich mich mit dem Router über SSH verbinden will passiert nichts mehr, in der Console gehts ohne Probleme

[MCU]

@uncleb Vielleicht hat @apollon77 eine Idee? (germanbluefox nur über Adapter github erreichbar?)
Oder es mal als question einbringen:
https://github.com/ioBroker/ioBroker.javascript/issues

[UncleB]

@mcu ich dank dir derweil schon mal für deine Mühe

[MCU]

@uncleb sudo davor hast du versucht? -> sudo ssh root....

[UncleB]

@mcu ja, das bringt auch nix

[OliverIO]

@uncleb

evtl. hilft euch dieser hinweis weiter
https://forum.iobroker.net/topic/25798/gelöst-blockly-py-script-per-ssh-auf-pi/2?_=1617918676157
iobroker/blockly greift als user iobroker zu.
dieser user muss auf dem anderen rechner auch bekannt sein.

ob es funktioniert kann auf der kommandozeile getestet werden, wenn man den befehl als user iobroker eingibt
wenn es dabei fehlermeldungen gibt, dann kann stimmt etwas noch nicht an den berechtigungen auf dem anderen rechner.
die tests oben mit ssh wurden ja alle nur mit dem user pi gemacht.

sudo -u iobroker bash

[UncleB]

@oliverio danke für den Hinweis..
Der "entfernte" Rechner ist ein OpenWRT Router, hier hab ich nicht die Möglichkeit den User iobroker anzulegen

LEDE/OpenWrt is a single user OS, with the only reason to add users/groups being network user shares that I can think of. There's very little a non-root user can do if using SSH due to it being a single user mode OS.

Schade, wär zu schön gewesen

[MCU]

@uncleb Die Frage ist warum Exec im result nichts drin hat, obwohl du es ja in der Console als Ergebnis bekommst.

sudo -u iobroker ssh root@172.17.10.1 -t "ping....

ist das ne Möglichkeit?

Setz mal -t 1, also nur ein Ping als Ergebnis.

[OliverIO]

@mcu sagte in Ping über bestimmtes Interface:

@uncleb Die Frage ist warum Exec im result nichts drin hat, obwohl du es ja in der Console als Ergebnis bekommst.

sudo -u iobroker ssh root@172.17.10.1 -t "ping....

ist das ne Möglichkeit?

Setz mal -t 1, also nur ein Ping als Ergebnis.

da wird in der regel eine passwortabfrage kommen und wenn nein dann gibts schläge auf die finger :)
die kann blockly nicht eintippen.
für solche fälle muss man die authentifizierung über public-key machen

https://wiki.ubuntuusers.de/SSH/#Authentifizierung-ueber-Public-Keys

auf der aktuellen maschine (iobroker) wird mit dem user iobroker eine schlüsseldatei erzeugt und an den anderen rechner (openwrt) übermittelt.
danach benötigt man kein passwort mehr, da die schlüssel durch ssh im hintergrund automatisiert ausgetauscht werden.

das einzurichten wird im Link erklärt. Alle Schritte führst du vom iobroker rechner aus durch.

hier auch der link von openwrt zum verfahren.
https://openwrt.org/docs/guide-user/security/dropbear.public-key.auth

[UncleB]

@oliverio Danke für deine Antwort.
Auth über Pubkeys hatte ich eingerichtet, nur halt für den User "Pi"

Jetzt wollte ich gerade ein Schlüsselpaar für User "iobroker" generieren, dazu auf dem iobroker Rechner den User wechseln
"su iobroker" doch welches Passwort hat User "iobroker" Standardmäßig?

[OliverIO]

@uncleb said in Ping über bestimmtes Interface:

@oliverio Danke für deine Antwort.
Auth über Pubkeys hatte ich eingerichtet, nur halt für den User "Pi"

Jetzt wollte ich gerade ein Schlüsselpaar für User "iobroker" generieren, dazu auf dem iobroker Rechner den User wechseln
"su iobroker" doch welches Passwort hat User "iobroker" Standardmäßig?

hatte ich oben schon mal geschrieben.
damit öffnest du eine neue shell (neue Konsolenebene mit user iobroker, auf dem pi und vielen anderen debian-artigen wird standardmäßig bash verwendet)
am prompt sollte dann iobroker@ stehen.
am ende kannst du die weieder mit exit verlassen und dann hast du das prompt mit deinem standard user

sudo -u iobroker bash