NEWS
Einen PI3 durch ioBroker herunterfahren?
-
@mickym Jetzt habe ich aber eine andere Frage... Du hast gesagt, wenn ich mich mit ioBroker anmelde, dann lautet mein Anmeldename "iobroker". Wenn ich aber unter Benutzer schaue, dann steht dort "admin".
Hat dies etwas damit zu tun? -
@Kusi Nein admin ist der Name unter dem Du im iobroker angemeldet bist. (das ist ein eigenes Benutzerverwaltungssystem und hat mit den Systembenutzern also LINUX nichts zu tun). Das ganze iobroker System läuft aber unter einem Linux User und der lautet iobroker. Deshalb musst Du auch das Zertifikat unter diesem User erstellen, damit der iobroker als System sein Zertifikat findet, mit dem es sich an Deimem qnas System anmeldet.
-
@mickym Und das Zertifikat wird mit diesem Keygen erstellt?
-
@Kusi Genau. ssh-key-gen ist ein Linux Befehl. Du meldest Du ja als pi-User an und mit sudo -su iobroker wechselst Du Deine Kennung von pi auf iobroker. der ssh-key-gen befehl erstellt unter dem user in dessen Homeverzeichnis (~) ein Verzeichnis .ssh und dort 2 ID Dateien. Eine heißt standardmäßig id_rsa und eine heißt id_rsa.pub.
Die id_rsa Datei enthält den privaten Schlüssel, den öffentlichen Schlüssel id_rsa.pub wird in die authorized_keys Datei auf dem Server kopiert unter dem User mit dem man sich anmeldet.
-
@mickym super, Danke für deine Erklärungen, Unterstützung und Geduld.
Falls ich am NAS mal das Administratoren-Kennwort wechsel würde, muss ich den Keygen neu starten oder macht dieser unabhängig vom Kennwort die Kommunikation untereinander möglich?Jetzt brauche ich somit nur noch die Hilfe beim Code.
-
@Kusi Das ist unabhängig vom Kennwort - da die Authentifizierung ja über das Zertifikat erfolgt und die matchen ja weiter, da unter dem Administrator die authorized_keys Datei ja auch beim Kennwortwechsel nicht verändert wird.
Das mit dem exec Befehl hat nicht funktioniert?
Funktioniert den ein anderer Befehl - also kein Shellscript?
-
Vielleicht muss man den Pfad nochmals in Hochkomma setzen:
exec ("ssh admin@192.168.1.10 '/share/CACHEDEV1_DATA/.qpkg/PlexMediaServer/plex.sh start'");
oder noch eine Shell starten:
exec ("ssh admin@192.168.1.10 sh '/share/CACHEDEV1_DATA/.qpkg/PlexMediaServer/plex.sh start'");
Aber ansonsten müssen nun wirklich Fachleute helfen.
-
@mickym sagte in Einen PI3 durch ioBroker herunterfahren?:
Vielleicht muss man den Pfad nochmals in Hochkomma setzen:
exec ("ssh admin@192.168.1.10 '/share/CACHEDEV1_DATA/.qpkg/PlexMediaServer/plex.sh start'");
Das wars tatsächlich!!! Es funktioniert einwandfrei, vielen Dank.
Kann man eigentlich das ganze auch in anderer Richtung machen, dass man in ioBroker sieht ob der Dienst gestartet oder gestoppt ist? Als Gegenkontrolle z.B... -
@Kusi Du kannst dem Aufruf noch eine Callback Funktion mitgeben - initiativ bleibt aber Dein iobroker system
Das heisst wenn Du
exec(ssh admin@192.168.1.10 'systemctl status xxxx', function (error, stdout, stderr) { setState('Datenpunkte.0.Dienststatus',stdout); });
xxxx ist halt der Dienst der auf dem Zielsystem laufen muss. Die Ausgabe dieses Befehls müsstest Du dann in einem Datenpunkt schreiben können - und mit grep filter usw. - bin auch kein Linux freak.
Diesen exec Befehl lässt Du halt zyklisch ausführen.
Ansnsten wenn Du auf Deinem NAS system programmieren kannst - und Du bei Events aufmerksam wirst kannst DU über die simple api Schnittstelle Informationen an iobroker geben.
-
@mickym das war jetzt zuviel für mein Wissen...
-
@Kusi said in Einen PI3 durch ioBroker herunterfahren?:
@mickym das war jetzt zuviel für mein Wissen...
Nun wie überprüfst Du denn auf Deinem NAS ob Dein Dienst läuft?
Normalerweise gibst Du doch auf der Befehlszeile
systemctl status <Dienst>
ein und Du siehst ob der aktiv ist.
-
@mickym sagte in Einen PI3 durch ioBroker herunterfahren?:
@Kusi said in Einen PI3 durch ioBroker herunterfahren?:
@mickym das war jetzt zuviel für mein Wissen...
Nun wie überprüfst Du denn auf Deinem NAS ob Dein Dienst läuft?
Dies mache ich momentan gar nicht.
Ich habe einen Switch auf der vis mit Aus - Ein.
Wird dieser auf Aus gestellt, dann wird der Stop-Befehl gesendet, auf Ein der Start-Befehl.
Mehr mache ich zur Zeit nicht.Die Funktion "systemctl status <Dienst>" kenne ich nicht.
-
-
-
@Kusi plex.sh ist ein Shell-Script - das kannst Du Dir auf Deinem NAS mit
cat /share/CACHEDEV1_DATA/.qpkg/PlexMediaServer/plex.sh
anschauen und da siehst Du dann was gestartet wird. Ggf. kannst das auch hier posten - aber wie gesagt ich bin auch kein JAVA/Linux oder Shell-Script Guru, um das zu verstehen.
-
@mickym Bin auch mit den Foren-Funktionen noch nicht so vertraut, aber mit dem Spoiler habe ich wohl die richtige Funktion angewählt...
Folgendes wird mir auf cat share/CACHEDEV1_DATA/.qpkg/PlexMediaServer/plex.sh angezeigt:
-
gelöscht
-
@Kusi said in Einen PI3 durch ioBroker herunterfahren?:
ProcessCount=$(ps -ef | grep plex | wc -l)
Aufgrund dieser Zeile würde ich mal meinen, dass Dein Prozess / Dienst so heißt.
Gib halt mal:
systemctl status plex
ein und schau ob das was mit Active: active (running) enthalten ist
-
@mickym sagte in Einen PI3 durch ioBroker herunterfahren?:
@Kusi said in Einen PI3 durch ioBroker herunterfahren?:
ProcessCount=$(ps -ef | grep plex | wc -l)
Aufgrund dieser Zeile würde ich mal meinen, dass Dein Prozess / Dienst so heißt.
Gib halt mal:
systemctl status plex
Resultat ist immer
-sh: systemctl: command not found
-
@Kusi said in Einen PI3 durch ioBroker herunterfahren?:
@mickym sagte in Einen PI3 durch ioBroker herunterfahren?:
@Kusi said in Einen PI3 durch ioBroker herunterfahren?:
ProcessCount=$(ps -ef | grep plex | wc -l)
Aufgrund dieser Zeile würde ich mal meinen, dass Dein Prozess / Dienst so heißt.
Gib halt mal:
systemctl status plex
Resultat ist immer
-sh: systemctl: command not found
Probier mal
service plex status
Glaub dieser init.d war der Vorgänger