Nextcloud kann Samba-Dateien lesen, aber nicht speichern?

Zwei unterschiedliche Zugriffspfade

Im Originalbericht lag ein gemeinsam mit Samba genutzter lokaler Ordner in einer Docker-Umgebung vor. Unterschiedliche Eigentümer und Rechte verhinderten das Speichern. Q1 Nextcloud dokumentiert lokale externe Speicher und SMB/CIFS-Anbindungen getrennt. Beim lokalen Speicher ist die Identität des Webprozesses maßgeblich; bei SMB kommt die konfigurierte Anmeldung am Dateiserver hinzu. Q2 Q3

Eine erfolgreiche Leseoperation belegt nur den benötigten Lesezugriff. Sie zeigt nicht automatisch, ob neue Dateien angelegt, bestehende ersetzt oder temporäre Dateien im Elternverzeichnis geschrieben werden dürfen.

Den konkreten Schreibweg prüfen

1. Speichertyp feststellen. Prüfe in Nextcloud, ob die Einbindung als lokaler Speicher oder SMB/CIFS konfiguriert ist. Ergänze bei Docker die tatsächlichen Host- und Containerpfade sowie einen möglichen Read-only-Mount.
2. Wirksame Identität bestimmen. Beim lokalen Zugriff vergleicht der Administrator UID, GID, Gruppen und ACLs aus Sicht des Containers. Beim SMB-Zugriff prüft er den tatsächlich verwendeten Benutzer, Domäne und Share. Gleich geschriebene Nutzernamen allein beweisen keine identischen Rechte.
3. Datei und Elternordner untersuchen. Vergleiche eine betroffene Datei mit einer funktionierenden Testdatei: Eigentümer, Gruppen, ACLs und Verzeichnisrechte. Betrachte insbesondere Dateien, die von unterschiedlichen Diensten angelegt wurden.
4. Harmlosen Schreibtest begrenzen. Verwende einen freigegebenen Testunterordner. Prüfe dort getrennt das Anlegen einer neuen Datei und die Änderung einer bereits von der anderen Seite erstellten Testdatei. So lässt sich ein fehlendes Erstellrecht von einem problematischen Bestandsrecht trennen.
5. Entstehungsregeln klären. Wenn nur neu über Samba erzeugte Dateien scheitern, untersuche deren Standardgruppe und vererbte Rechte. Eine einmalige Korrektur vorhandener Dateien löst die zukünftige Erstellung sonst nicht.

Eine dauerhafte Lösung

Lege ein nachvollziehbares gemeinsames Zugriffsmodell fest, das nur die benötigten Identitäten und Verzeichnisse umfasst. Prüfe es mit beiden Erstellrichtungen und nach einer Containerneuerstellung. Pauschales chmod 777 oder rekursives Umhängen des gesamten NAS-Bestands vergrößert den Eingriff, ohne die Zuständigkeit zu erklären.

Häufige Fragen

Ist das immer ein Samba-Passwortproblem?

Nein. Beim lokalen Bind-Mount verwendet Nextcloud nicht automatisch die SMB-Anmeldung. Der Zugriffspfad entscheidet, welche Identität zu prüfen ist.

Was brauche ich für eine Übergabe?

Speichertyp, anonymisierte Pfade, Containerzuordnung, effektive IDs und ein Rechtevergleich zwischen funktionierender und betroffener Testdatei. Ein SMB-Passwort muss dafür nicht öffentlich geteilt werden.

Unterstützung für diesen Fall

Wir helfen dir, den betroffenen Ablauf einzugrenzen und die nächste Maßnahme kontrolliert vorzubereiten. Fall A0288 mit KAN KAI WORKS besprechen.