Opened 3 years ago
Closed 2 years ago
#5022 closed Defekt (erledigt)
Anbindung des LML-Fileservers
| Reported by: | Rüdiger Kupper | Owned by: | Rüdiger Kupper |
|---|---|---|---|
| Priority: | bald erledigen | Milestone: | Nextcloud: erweiterte Dienste |
| Component: | Webdienst: Kepler-Cloud | Severity: | beeinträchtigt den Unterricht einiger Lehrer |
| Keywords: | Cc: | bau, Stephan Richter |
Description (last modified by )
Kollegen beginnen, den Fileserver-Link in der Kepler-Cloud produktiv zu nutzen.
Das muss schiefgehen und die Kollegen berichten genau das.
Die Anbindung des Fileservers ist experimentell und wird sich zukunftig völlig ändern.
Bislang nutzte niemand dieses Feature, das hat sich nun wohl geändert.
Change History (4)
comment:1 by , 3 years ago
| Cc: | added |
|---|---|
| Component: | Ich kenne die passende Komponente nicht. → Webdienst: Kepler-Cloud |
| Description: | modified (diff) |
| Milestone: | Schuljahr 2022/23 → Nextcloud: erweiterte Dienste |
| Owner: | changed from to |
comment:2 by , 3 years ago
Dazu kommt das (noch größere) Problem, dass NC das konzept eines klassischen (im Dateisystem) geteilten Ordners nicht kennt. Da aber alle Nutzer die Tauschverzeichnisse als externen Datenspeicher eingebunden haben, glaubt NC, dass jeder Nutzer eine komplette "eigene Kopie" aller Tauschordner besitzt. Abgesehen, dass das die Datenbank aufbläst treten auch wieder Effekte auf, die für den Nutzer undurchschaubar sind: Lädt beispielsweise ein Nutzer eine Datei "bei sicch" in einen Tauschordner hoch, so heißt das nicht, dass sie bei anderen Nutzern im Cloud-Interface auch erscheint (oft erst beim Neuladen des Verzeichnisses). Typische Cloud-Features wie teilen, gemeinsam bearbeiten, kommentieren, etc. funktionieren nicht, weil sie sich jeweils nur auf die "persönliche Kopie" des Nutzers beziehen.
comment:3 by , 3 years ago
Insgesamt war es vermutlich von vornherein keine gute Idee, die klassischen Tauschordner auf diese Weise in die NC einzubinden. Vielleicht sollten wir das wirklich rückgängig machen, oder von vornherein nur Lesezugriffe erlauben.
Bei den persönlichen Dateien der Nutzer (Homeverzeichnisse) klappt halbwegs alles, wie es der Nutzer erwartet. Für die klassischen Tauschordner bräuchten wir ein anderes Konzept – oder die sind halt nur über die Schulrechner zugänglich.
comment:4 by , 2 years ago
| Cc: | removed |
|---|---|
| Resolution: | → erledigt |
| Status: | new → closed |
Tauschserver wurden aus der NC entfernt.
Insbesondere ist NC "ignorant" gegenüber den tatsächlichen Dateiberechtigungen auf dem Fileserver. NC geht prinzipiell davon aus, dass der Nutzer, der einen externen Datenspeicher einbindet, dort vollen Zugriff hat (insbesondere auch Schreibzugriff). Bei den Homeverzeichnissen funktioniert das bei uns, weil die Verbindung über SSH als der jeweilige Nutzer läuft.
Ein typisches Problem tritt auf, wenn Nutzer versuchen, schreibend auf die (klassischen) Tauschverzeichnisse zuzugreifen: Dort haben sie nur Schreibrechte, wenn ihnen das Verzeichnis im Dateisystem auch gehört, bzw. wenn der Besitzer dort die Schreibrechte für die Unix-Gruppe (oder alle) freigegeben hat. Über die Cloud ist das aber nicht erkennbar. Das Verzeichnis wird "normal" angezeigt, beim Hochladen treten dann aber für den Nutzer unerklärliche Fehler auf, das Hochladen schlägt fehl, oder die Datei wird mit Größe 0 angezeigt.
Für die Nutzer ist das natürlich komplett intransparent und führt zu Frustration.