May 16, 20215 yr Hallo zusammen, Ich bin der Manuel und grüße alle User hier. 👋 Nutze Unraid überwiegend als Plex-Server. Nun habe mir Syncthing als Docker instaliert. Habe auch in der Confic ein Share auf den Unraid-Server gemacht. Das Syncronisieren mit Handy funktioniert.Die Daten werden auch auf dem Unraid Share angelegt. Wenn ich aber mit meinen Unraid-User der Schreibrechte hat was ändern möchte geht das nicht. Keine Berechtigung. Könnt ihr mir bitte einen Tipp geben damit ich den Docker nutzen kann, aber dennoch über den UnRaid User löschen/Verwalten kann? Oder ist dies nicht möglich? Ich benutze UnRaid 6.9.2 Danke euch für einen Tipp
May 16, 20215 yr Community Expert 8 minutes ago, Manu83 said: Wenn ich aber mit meinen Unraid-User der Schreibrechte hat was ändern möchte geht das nicht. Keine Berechtigung. Über SMB oder wo hat der keine Rechte? Was gibt "ls -la /mnt/user/appdata/syncthing" aus? bzw einer der Unterordner wo du keine Schreibrechte hast?
May 16, 20215 yr Author Hallo ich habe dann in SMB für die Datein die der Docker in den Ordner schreibt keine berechtigung zu erstellen oder löschen für Datei. Anbei zwei Bilder einmal der Hauptordner vom SMB hier kann ich schreiben und löschen und der Testordner wurde vom Docker angelegt. "Handy" ist der Hauptordner "test" ist der Unterordner der durch den Docker erstellt wurde
May 16, 20215 yr Community Expert Die Rechte sehen in Ordnung aus. Alles nobody users was dem Standard von Unraid entspricht. Eventuell hat noch jemand eine Idee?
May 16, 20215 yr 2 hours ago, mgutt said: Eventuell hat noch jemand eine Idee? nobody kann überall schreiben aber manu nicht? Deshalb darf der Container alles, der User manu aber nicht. Ist das die Frage? Alle durch Syncthing hochgeladenen Dateien sowie der von Syncthing angelegte Ordner erhielten restriktive Rechte. Das ließ sich in der Vergangenheit durch die Angabe von umask in der Container Beschreibung anpassen. Ich hatte es früher überall drin. Da ich es nicht mehr drin habe muss sich da mal etwas geändert haben. Hab es aber wieder vergessen. Man gab umask 0000 an und alle durch den Container angelegten Dateien und Ordner erhielten mod 666. Bei Syncthing scheint mod 644 gesetzt zu werden (rw/r/r)
May 16, 20215 yr Community Expert 6 minutes ago, hawihoney said: nobody kann überall schreiben aber manu nicht? manu wird sein SMB user sein. Dieser kann nobody Dateien nicht löschen. Er kann wohl auch innerhalb eines nobody Ordners keine Dateien erstellen. Allerdings sehe ich gerade, dass die von nobody erstellten Dateien nur -rw-r--r-- sind. Also lesen/schreiben Besitzer = nobody und die Gruppe users und andere haben nur Leserechte. Es müsste eigentlich -rw-rw-r-- oder -rw-rw-rw- sein. Also kann gut sein, dass das was du schreibst mit umask/chmod noch fehlt. Wobei 664 reicht. EDIT: Hier liest es sich so als sei das als Problem eingereicht und gelöst worden sein: https://github.com/linuxserver/docker-syncthing/issues/16 EDIT: Ok, wurde dann geändert: https://hub.docker.com/r/linuxserver/syncthing Quote 29.01.21: - Deprecate UMASK_SET in favor of UMASK in baseimage, see above for more information. Da steht nun aber nicht was der Standardwert ist, aber ich denke es ist 022: Quote Umask for running applications For all of our images we provide the ability to override the default umask settings for services started within the containers using the optional -e UMASK=022 setting. Keep in mind umask is not chmod it subtracts from permissions based on it's value it does not add. Please read up here before asking for support. Am besten fügt man mal eine Variable dem Container hinzu. Name "UMASK" und Wert "002". Denn wenn ich UMASK richtig verstehe bedeutet 022, dass der Besitzer, also nobody lesen und schreiben darf, die Gruppe aber nur lesen und ausführen: https://en.wikipedia.org/wiki/Umask#Octal_codes Mit 002 sollte dann der User und die Gruppe lesen und schreiben können und da "manu" zur Gruppe "users" gehört, sollte das dann passen. Teste das bitte mal @Manu83. Wenn das klappt, kannst du am Ende das machen: chmod -R 664 /mnt/user/appdata/syncthing find /mnt/user/appdata/syncthing -type d -print0 | xargs -0 chmod 755 Auf die Art würden die bereits bestehenden Dateien und Ordner auch die korrekten Rechte bekommen. Wichtig ist aber vor allem, dass auch zukünftige die korrekten Rechte erhalten. Daher bitte insbesondere beim neuen Sync wieder mit "ls -la" checken ob sie diesmal einheitlich sind.
May 22, 20215 yr Author Hallo zusammen, erstmal vielen Danke für die Tipps. War die Woche unterwegs, werde es jetzt testen und dann berichten. Ja der SMB User " Manu" ist mein Hauptuser. Ich habe auch mal die rechte bei SMB auf Nobody gesetzt aber kein erfolg. Daher erstmal Danke und melde mich dann Gruß
May 22, 20215 yr Author Hab es jetzt so im Container eingefügt, habe dann aber auch keine Berechtigung Datei anzulegen oder zu Lösch. Auch neu angelegte Ordner durch den Container . Edited May 22, 20215 yr by Manu83
May 22, 20215 yr Du hast nur den Namen gesetzt und nicht den Schlüssel. Der Name ist nur das Label. Dupliziere den Namen in den Schlüssel.
March 2, 20224 yr Community Expert Hallo zusammen, leider habe ich auch das Problem das Daten die ich mit Syncthing auf den Unraid Server übertrage, nicht die richtigen Berechtigungen erhalten. Ich habe mal einen Testordner auf meinem MacBook angelegt und mit Syncthing auf den Server synchronisiert. In diesem Ordner kann ich dann über SMB auf dem Server direkt nicht mehr schreiben. In den Docker-Einstellungen von Syncthing habe ich die vorhandene Variable UMASK mal auf 002 geändert, diese stand auf 000... Das hat aber nichts gebracht. Kann hier jemand helfen? + Edited March 2, 20224 yr by Pixelpaule
March 3, 20224 yr In der Syncthing-GUI auf den zu synchronisierenden Ordner klicken, dann auf Bearbeiten und im neuen Fenster unter dem Reiter "Erweitert" den Haken bei "Berechtigungen ignorieren" setzen und zum Abschluss auf Speichern. Dies sollte das Rechteproblem beheben und die UMASK sollte nun vom Container berücksichtigt werden Edited March 3, 20224 yr by Enks
March 5, 20224 yr Community Expert Hey, vielen Dank! Das war die Lösung des Problems. Muss man die Einstellungen eigentlich auf beiden Seiten machen? Also einmal auf dem Unraid Server und einmal auf dem Client oder reicht es bei einer zwei Wege Synchronisation die Einstellungen nur auf dem Server zu setzen? Edited March 5, 20224 yr by Pixelpaule
March 14, 20224 yr Ich habe die Einstellung bis jetzt immer auf beiden Seiten gesetzt. Habe es aber gerade getestet. Es sollte ausreichen wenn man die Einstellung einseitig setzt, ob Client oder auf dem Unraid-Server sollte egal sein. Als Client kam bei meinen Test eine Windows 10 Maschine zum Einsatz.
February 19, 20251 yr Erst einmal herzlichen Dank - Ich bin an dem Thema fast verzweifelt und hatte im englischen Programming Forum im Synthing Thread keine Antwort bekommen - Jetzt nochmal hier gesucht, und siehe da... UMASK 022 => 002 und "Permission Ignore" -> gelöst 🙂 Dabei ist mir hier noch was aufgefallen: On 5/17/2021 at 12:26 AM, mgutt said: Teste das bitte mal @Manu83. Wenn das klappt, kannst du am Ende das machen: chmod -R 664 /mnt/user/appdata/syncthing find /mnt/user/appdata/syncthing -type d -print0 | xargs -0 chmod 755 Müsste es beim find-Befehl dann nicht "chmod 775" statt 755 heißen, damit die Berechtigungen für SMB-User stimmen? Ansonsten hatte ich diese Kombi noch nicht auf dem Radar - Sehr nützlich, danke!
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.