Bug bei Berechtigungen auf NFS Mounts

Status
Für weitere Antworten geschlossen.

a3d4

Benutzer
Mitglied seit
25. Jul 2013
Beiträge
9
Punkte für Reaktionen
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

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
14.060
Punkte für Reaktionen
3.873
Punkte
488
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.
 

MadM4x

Benutzer
Mitglied seit
06. Mai 2017
Beiträge
153
Punkte für Reaktionen
1
Punkte
16
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