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

[kwb]

FileZilla nutzt normalerweise sftp bzw. ssh und prüft natürlich vor dem Serverzugriff die Autorisierung durch Username und pw.

[Homoran]

@kwb sagte in Probleme bei der Übertragung lokaler Backup-Dateien:

Client ohne einen Bezug zu ioBroker, abgesehen davon, dass darauf Speicherplatz für backitup-Dateien zur Verfügung steht.

und dein user vom filezilla muss berechtigt sein in dem Verzeichnis zu schreiben

[kwb]

@homoran sagte:
"und dein user vom filezilla muss berechtigt sein in dem Verzeichnis zu schreiben"

Verstehe ich das richtig? Wenn user + pw identisch sind, dürfte der Unterschied beim Zugriff auf das backups-Verzeichnis doch eigentlich nur aus einer unterschiedlichen Gruppenzugehörigkeitsbetrachtung herrühren.
Die Verzeichnisrechte von backups sind "d rwx rwx r-x +" für Eigentümer, Gruppe und Andere.
Sorry, ich bin nicht sicher in der Interpretation, aber könnte es sein, dass
ein externer Zugriff immer als Andere interpretiert wird und damit das letzte Päckchen r-x für den Zugriff von extern (Andere) zuständig ist? Wenn das stimmt, könnte ich ja die Verzeichnisrechte für den Zeitraum der Übertragung auf rwx setzen und das Problem sollte beseitigt sein. Werde ich morgen probieren.

[Thomas Braun]

@kwb

!ACHTUNG! Da sind ACLs gesetzt, fummel da NICHT per chown oder chmod herum! Eigentlich fummelst du da überhaupt nicht dran rum.
Der user sollte in der Gruppe 'iobroker' sein, dann dürfte das auch funktionieren mit dem Schreiben.
Die Rechte an dem Verzeichnis sehen so aus:

echad@chet:/opt/iobroker $ getfacl /opt/iobroker/backups/
getfacl: Removing leading '/' from absolute path names
# file: opt/iobroker/backups/
# owner: iobroker
# group: iobroker
user::rwx
group::r-x
group:iobroker:rwx
mask::rwx
other::r-x
default:user::rwx
default:group::r-x
default:group:iobroker:rwx
default:mask::rwx
default:other::r-x

[kwb]

@thomas-braun said in Probleme bei der Übertragung lokaler Backup-Dateien:

!ACHTUNG! Da sind ACLs gesetzt, fummel da NICHT per chown oder chmod herum! Eigentlich fummelst du da überhaupt nicht dran rum.
Der user sollte in der Gruppe 'iobroker' sein, dann dürfte das auch funktionieren mit dem Schreiben.

Wenn ich das richtig sehe, scheint die Problemursache gefunden. Wenn ich aber die festgelegten Rechte des Verzeichnisses nicht manuell ändern soll, was kann ich alternativ tun, um ausreichende Schreibrechte zu erhalten?
Ich habe versucht, einen neuen User mit den Anmeldeparametern des rpi anzulegen und in die Gruppe Benutzer (system.group.user) zu schieben sowie eine neue Gruppe iobroker (system.group.iobroker) mit besagtem User anzulegen in der Hoffnung, der externe Zugriff würde dann als Gruppenzugehörigkeit betrachtet. Leider erfolglos.
Ist es so, dass externe Zugriffe immer in die Gruppe Andere fallen und somit hier keine Schreibrechte haben? Was kann ich tun?

[Thomas Braun]

@kwb sagte in Probleme bei der Übertragung lokaler Backup-Dateien:

was kann ich alternativ tun, um ausreichende Schreibrechte zu erhalten?

Der User im Filemanager muss die richtigen Berechtigungen erhalten.
Wenn jemand deine Haustür öffnen können soll bekommt der ja auch einen Schlüssel und es wird nicht das Schloss bearbeitet, bis sein Autoschlüssel reinpasst.

[Homoran]

@kwb sagte in Probleme bei der Übertragung lokaler Backup-Dateien:

Verstehe ich das richtig? Wenn user + pw identisch sind, dürfte der Unterschied beim Zugriff auf das backups-Verzeichnis doch eigentlich nur aus einer unterschiedlichen Gruppenzugehörigkeitsbetrachtung herrühren.

deswegen die Frage

@homoran sagte in Probleme bei der Übertragung lokaler Backup-Dateien:

ist dein pi in der Gruppe iobroker?

[kwb]

@homoran said in Probleme bei der Übertragung lokaler Backup-Dateien:

ist dein pi in der Gruppe iobroker?

sorry, dass ich diesem Einwand nicht genügend Beachtung geschenkt hatte. Ich war davon ausgegangen, war aber nicht sicher und hatte keine Idee, wie das zu prüfen und zu ändern wäre.
Habe meinen einzigen User jetzt explizit in die iobroker gruppe eingetragen und siehe da, es funktioniert.
Besten Dank für eure Unterstützung.

[Thomas Braun]

@kwb sagte in (gelöst) Probleme bei der Übertragung lokaler Backup-Dateien:

und siehe da, es funktioniert.

Natürlich... Kaum macht man es richtig, schon funktionierts.

[Homoran]

@kwb sagte in (gelöst) Probleme bei der Übertragung lokaler Backup-Dateien:

sorry, dass ich diesem Einwand nicht genügend Beachtung geschenkt hatte

musste aber der Grund sein, wo soll sonst das permission denied herkommen.

@kwb sagte in (gelöst) Probleme bei der Übertragung lokaler Backup-Dateien:

hatte keine Idee, wie das zu prüfen und zu ändern wäre.

Dann fragt man, wie das zu prüfen sei. Hier ist bisher noch jedem geholfen worden und solange ich mich erinnern kann, ist noch niemandem der Kopf abgebissen worden.