Weiter geht es mit der Aufreger-Serie. Dieses Mal geht es um die Dateisynchronisation zwischen der Nextcloud und dem lokalen PC. Vermutlich habe ich gar keinen Grund, mich aufzuregen, weil ich den Stein des Anstosses nur auf einer Nextcloud reproduzieren kann, jedoch nicht auf einer anderen Instanz. Es geht auch nicht generell um die Synchronisation, sondern nur um einen speziellen Fall.
Bevor das Gejammer beginnt, möchte ich vorab sagen, dass ich meine Nextcloud liebe, seit Jahren nutze und sehr zufrieden damit bin. Ich nehme an, dass der Effekt, den ich gleich beschreiben werde, auf einen Konfigurationsfehler oder eine bestimmte Einstellung zurückzuführen ist. Doch worum geht es?
Gelöschte Dateien erscheinen sofort wieder
Ich habe über den Nextcloud-Sync-Client zwei Nextcloud-Instanzen auf meinen Rechnern eingebunden: meine private und die von GNU/Linux.ch (GL). Mit der Privaten kann ich das Problem nicht reproduzieren. Doch wenn ich bei der GL-Anbindung eine Datei lokal lösche, verschwindet sie, um zwei Sekunden später wieder zu erscheinen:
Der Effekt Schritt für Schritt:
- Ich lösche die Datei delme.md im lokal synchronisierten Nextcloud-Verzeichnis
- Die Datei verschwindet,
- um zwei Sekunden später wieder im Verzeichnis zu erscheinen.
Diesen Effekt kann ich mit jeder Datei und in jedem Verzeichnis reproduzieren. Wie zuvor erwähnt, passiert das nur mit der GL-Nextcloud, jedoch nicht bei meiner privaten Nextcloud. Beim Erstellen einer neuen Datei im lokal synchronisierten Ordner, tritt dieser Effekt nicht auf; nur beim Löschen
Ursachenforschung
Woran könnte das liegen? Mir kamen mehrere Ursachen in den Sinn:
- Die Einstellungen (für die zwei Nextcloud-Einbindungen) im Nextcloud-Sync-Client könnten unterschiedlich sein. Das habe ich überprüft und konnte keine Unterschiede feststellen.
- Die Zeitstempel auf dem Server könnten falsch sein. Falls diese auf dem Server zeitlich in der Zukunft liegen, würde die Synchronisation die lokal gelöschte Datei als älter erkennen und durch die neuere Version vom Server ersetzen. Doch daran liegt es nicht; die Zeitstempel (lokal und serverseitig) sind identisch.
- Die Ursache könnte in den Zugriffsrechten auf die Nextcloud liegen. Im Gegensatz zu meiner privaten Nextcloud, bin ich bei der GL-Nextcloud nicht als Admin, sondern als normaler User angemeldet. Das ist eine heisse Spur. Tatsächlich habe ich im Web-Interface der GL-Nextcloud nicht das Recht, eine Datei zu löschen:

Für die Datei text.txt steht für einen normalen User keine Löschoption zur Verfügung.
Bingo, ich habe die Ursache gefunden. Wie man in der letzten Bildschirmaufnahme sieht, wurde das Verzeichnis von Admin (A) geteilt, wodurch offensichtlich die Rechte zur Bearbeitung (Löschen) einer Datei eingeschränkt sind. Nun werfe ich einen Blick auf die Nextcloud-Konten:
Zugegeben, hier müssen wir ohnehin einmal aufräumen. Bei den Benutzerkonten kann man keine Rechte einstellen; diese geschieht über die zugeordneten Gruppen. Davon gibt es zwei: Core und Admin. Ausserdem kann man Gruppenadministrator-Rechte vergeben und Manager für Gruppen zuordnen. Die Stelle, an der man einstellen kann, welche Rechte welche Gruppe hat, habe ich leider nicht gefunden.
Aber Ralf, read the fucking manual!
Verzweiflung
Ja, ich habe das Manual zum Thema User und Group Management gelesen. Schlauer war ich danach nicht. Nach einer weiteren halben Stunde Aktenstudium, war ich der Überzeugung, dass man die Dateirechte durch die Freigabe-Optionen auf einem Verzeichnis regeln kann. Deshalb habe ich meinem User (als Admin angemeldet) benutzerdefinierte Berechtigungen gegeben:
Dreimal dürft ihr raten, ob ich die Datei nach dieser Anpassung lokal löschen konnte. Nein, konnte ich nicht. Und jetzt bin ich mit meinem Latein am Ende und rege mich auf. Bin ich zu blöd, oder ist die Rechteverwaltung in der Nextcloud wirklich so kompliziert und unverständlich?
Ich hoffe auf eure klärenden Kommentare.
Titelbild: https://pixabay.com/vectors/computer-keys-pra%c3%a7a-delete-key-644457/
Quelle: https://docs.nextcloud.com/server/stable/admin_manual/configuration_user/user_configuration.html




Hallo Ralf,
Man kann anscheinend keine Gruppe anpassen, auch als Admin nicht. Zumindest habe ich den Punkt nicht gefunden in meiner Cloud.
Das ist natürlich nicht schön