Bug bei Berechtigungen auf NFS Mounts

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

a3d4

Benutzer
Registriert
25. Juli 2013
Beiträge
9
Reaktionspunkte
0
Punkte
0
Liebe Community, liebes Synology-Team,

ich bin 95% sicher, dass es einen Bug gibt mit NFS-Berechtigungen. Ich habe vor ein paar Tagen meine 3 Disks von einer 411slim auf eine 416slim migriert, seitdem kommt es zu diesem seltsamen Verhalten. Im shared folder "06 Dokumente" kann ich seither nicht mehr schreiben, obwohl ich das vorher konnte und in einem anderen Folder mit identischen Berechtigungen auch kann.

- ich habe einige shared folders, siehe Anhang

- einer davon heißt "06 Dokumente". mount auf ~/Dokumente.
In diesen kann ich nicht mehr schreiben (vor der Migration ging das). Allerdings kann ich in den Unterordnern schon noch schreiben, nur direkt im shared folder nicht.
Berechtigungen + NFS Berechtigungen siehe Anhang. Kurz gesagt: NFS erlaubt R/W im lokalen Netz, sonst nichts.

- der andere "07 Test". mount auf ~/Test.
Er hat identische Berechtigungen (siehe Screenshots), und ich kann dort normal schreiben.

- Ich mache eine neue Datei in LibreWriter.
- Speichern unter "Dokumente" -> schlägt fehl siehe Screenshot
- Speichern unter "Test" -> funktioniert

Was auch seltsam ist: ich habe auf meinem System die "umask 0022".
Wenn ich neue Dateien auf dem / Filesystem anlege, erhalten diese "rw-r----" Berechtigungen, also richtig.
Wenn ich neue Dateien auf den shared folders am Synology anlege, erhalten diese aber "---------" Berechtigungen. Sicher falsch. Habe dazu keine Erklärung. Ob das mit obigem Problem zu tun hat oder nicht, weiß ich nicht. Könnte aber sein.

Beide haben dieselben Berechtigungen, sowohl unter "Berechtigungen" als auch unter "NFS BErechtigungen".
Beide werden mit denselben mount-Optionen mittels NFS angebunden.

Was ist hier los?
 

Anhänge

  • 06_berecht.png
    06_berecht.png
    24,6 KB · Aufrufe: 35
  • 06_nfs_berecht.png
    06_nfs_berecht.png
    27,4 KB · Aufrufe: 35
  • 07_berecht.png
    07_berecht.png
    23,3 KB · Aufrufe: 35
  • 07_nfs_berecht.png
    07_nfs_berecht.png
    24,3 KB · Aufrufe: 35
  • 06_test_save.jpg
    06_test_save.jpg
    38 KB · Aufrufe: 35
  • ls_test_dokumente.png
    ls_test_dokumente.png
    16,8 KB · Aufrufe: 35
  • fstab_test_dokumente.jpg
    fstab_test_dokumente.jpg
    13,2 KB · Aufrufe: 34
  • sharedfolders.png
    sharedfolders.png
    90,2 KB · Aufrufe: 34
NFS kennt eigentlich keine Zugriffsrechte, bzw. es gelten die nackten Unix-Rechte, User-Group-World. Sind die UIDs (etc/passwd)/GIDs (etc/group) noch die gleichen wie zuvor?
umask gilt nur für neue Elemente.
 
Mal abgesehen davon das ich nicht die kompletten Unterschiede ALLER Berechtigungsmöglichkeiten im DSM kenne,
fällt doch direkt auf CLI Ebene auf das du nicht alles Identisch hast.

/Dokumente hat als User: Werner und als Group: Werner
/test hat dagegen als User:root und als Group:root

Eventuell liegt da der NFS Fehler wenn die NFS eine Verbindung als root herstellt.

Is aber nur ne Idee, da wissen die Profis hier bestimmt mehr.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat