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

[legro]

@thomas-braun

Nach dem Neustart habe ich versucht, von Hand das NAS/Cifs zu mounten ..

pi@Raspi5:/ $ sudo mount -t cifs -o username=ioBroker,password=****,noserverino,cache=loose,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.4.1/fritz.nas/SanDisk/SmartHomeBackup/ioBroker /opt/iobroker/backups
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
mount: (hint) your fstab has been modified, but systemd still uses
       the old version; use 'systemctl daemon-reload' to reload.

Leider auch ohne Erfolg.

[Thomas Braun]

@legro sagte in BackItUp findet keine Backupdateien:

username=ioBroker,password=****

Das passt für die CIFS-Freigabe?
Davon abgesehen, das CaMelCaSEs in Usernames äußerst unglücklich sind.

[Thomas Braun]

@legro sagte in BackItUp findet keine Backupdateien:

pi@Raspi5:/

Und warum steht der pi (der auch nicht mehr so heißen soll...) nicht in seinem home?

[Homoran]

@legro sagte in BackItUp findet keine Backupdateien:

mount: (hint) your fstab has been modified, but systemd still uses the old version; use 'systemctl daemon-reload' to reload.

Das hast du gelesen!?

was für ein

@legro sagte in BackItUp findet keine Backupdateien:

Nach dem Neustart

[Thomas Braun]

@legro sagte in BackItUp findet keine Backupdateien:

use 'systemctl daemon-reload' to reload.

Und der daemon will auch neugeladen werden.
Was steht in der /etc/fstab denn nun drin?

[legro]

@thomas-braun

Dank deiner Hilfe habe ich's nun geschafft, dass mir die Backup-Dateien angezeigt werden. Ich konnte im Terminal von Hand die NAS/Cifs Quelle erfolgreich in das Verzeichnis /opt/iobroker/backups mounten.

Sowohl im BackItUp-Adapter als auch mittels ls -a /opt/iobroker/backups werden mir alle Backup-Dateien angezeigt.

Mein Fehler war, dass ich das - in meinem Beitrag mit **** unkenntlich gemachte - Passwort nicht in Anführungszeichen gesetzt habe.

Vielleicht nimmt sich ja @simatec einmal dieses Threads an.

[Thomas Braun]

@legro sagte in BackItUp findet keine Backupdateien:

Mein Fehler war, dass ich das - in meinem Beitrag mit **** unkenntlich gemachte - Passwort nicht in Anführungszeichen gesetzt habe.

Dann sind da Sonderzeichen drin, die ohne besondere Kennzeichnung (Anführungszeichen) interpretiert werden.

[Homoran]

@legro sagte in BackItUp findet keine Backupdateien:

Vielleicht nimmt sich ja @simatec einmal dieses Threads an.

warum sollte er?

[legro]

Das hast du gelesen!?

Ja, habe ich, aber ich weiß nicht wie ich das beseitigen kann.

So schlimm kann das allerdings auch nicht sein. Mittlerweile kann ich ja NAS/Cifs erfolgreich in das Verzeichnis /opt/iobroker/backups manuell mounten.

[Thomas Braun]

@homoran sagte in BackItUp findet keine Backupdateien:

warum sollte er?

Da sollten Anführungszeichen um das Passwort gesetzt werden. Dann passiert das nämlich nicht.

[Homoran]

@legro sagte in BackItUp findet keine Backupdateien:

aber ich weiß nicht wie ich das beseitigen kann.

steht doch da

@legro sagte in BackItUp findet keine Backupdateien:

use systemctl daemon-reload to reload.

[legro]

@thomas-braun sagte in BackItUp findet keine Backupdateien:

Dann sind da Sonderzeichen drin, die ohne besondere Kennzeichnung (Anführungszeichen) interpretiert werden.

In der Tat, in dem Passwort verwende ich Sonderzeichen.

Was würde ich bloß ohne deine Hilfe tun? Vielen Dank!

[Homoran]

@thomas-braun ich denke, dass in diesem Fall ein erneutes Setzen des Passwortes gereicht hätte.
Das komnt bei Updates/node-Änderungen immer mal vor

[Thomas Braun]

@homoran

Der Code muss dennoch 'entschärft' werden. Sonderzeichen in Passphrases, die nicht abgefangen werden, können so zu allen möglichen ungewünschten Auswirkungen führen.

[legro]

@thomas-braun

Wenn ich die Diskussion rund um die Syntax von Passwörtern in BackItUp richtig verstehe/bewerte, heißt das ..

Gibt man im Interface des Adapters Passwörter mit Sonderzeichen ein, so ergänzt BackItUp sozusagen selbstständig die nötigen Anführungszeichen beim Speichern. Werden hingegen die Passwörter aus einem anderen System eingespielt, so entfällt ja das manuelle Abspeichern und die Passwörter stehen ohne Anführungszeichen da.

Ich finde auch, dass man diese Falle entschärfen sollte.

[Homoran]

@legro sagte in BackItUp findet keine Backupdateien:

Gibt man im Interface des Adapters Passwörter mit Sonderzeichen ein, so ergänzt BackItUp sozusagen selbstständig die nötigen Anführungszeichen beim Speichern.

@Thomas-Braun
so war mir das bekannt! Deswegen keine weitere Entschärfung nötig.
Das jedoch nicht so explizit

@legro sagte in BackItUp findet keine Backupdateien:

Werden hingegen die Passwörter aus einem anderen System eingespielt, so entfällt ja das manuelle Abspeichern und die Passwörter stehen ohne Anführungszeichen da.

passt aber zu dem vorhin gesagten, dass eine Neueingabe des Passworts geholfen hätte.

@legro sagte in BackItUp findet keine Backupdateien:

Ich finde auch, dass man diese Falle entschärfen sollte.

Dann müssten die Passwörter unverschlüsselt gespeichert werden, um die Sonderzeichen zu erkennen.

Ich nehme an das will niemand

[Thomas Braun]

@legro

Ich kenne den Code von Backitup an der Stelle nicht genau. Muss sich @simatec dann mal anschauen.

Sonderzeichen in Passworten sind insofern gefährlich, weil z. B. $1 in der bash die erste Befehlsoption einliest. Das kann dann dazu führen, das aus deinem 'pas$1wort' in der Kommandozeile 'pasINHALTDERVARIABLEwort' wird. Deswegen müssen Passworte von der Interpretation durch dein Terminal ausgeschlossen werden. Da gibt es aber Methoden genau das zu machen.

[Thomas Braun]

@homoran sagte in BackItUp findet keine Backupdateien:

Dann müssten die Passwörter unverschlüsselt gespeichert werden, um die Sonderzeichen zu erkennen.

Nein, die müssen nur escaped werden.

Oder man verlagert das ganze in eine credentials-Datei. So mache ich das z. B. auf meiner Kiste:

//fritz.nas/FRITZ.NAS/Hitachi-HTS545012B9SA00-01/iobbackups/chet /opt/iobroker/backups cifs credentials=/home/iobroker/.smbcredentials,users,noserverino,noauto,rw,uid=iobroker,gid=iobroker,file_mode=0770,dir_mode=0770,vers=3.1.1 0 0

Da hab ich weder user noch passwort direkt im Aufruf drin.

[Homoran]

@thomas-braun sagte in BackItUp findet keine Backupdateien:

Nein, die müssen nur escaped werden.

ja, nein, vielleicht.

Es mag viele Möglichkeiten geben, aber wenn Backitup beim wiederherstellen eines Passwortes erkennen soll, ob es ein Sonderzeichen enthält, muss das Passwort lesbar sein.

[Thomas Braun]

@homoran

Es muss ja auch gar nicht erkannt werden. Einfach beim zusammenbasteln des Kommandos um das Passwort entsprechende Escape-Zeichen setzen. Das ist supertrivial. Würde mich eigentlich auch wundern, wenn das nicht im Adapter-Code schon so vorgesehen wäre.