Mal wieder "Zugriff verweigert"

Status
Für weitere Antworten geschlossen.

Computerfrage13

Benutzer
Mitglied seit
06. Nov 2009
Beiträge
7
Punkte für Reaktionen
0
Punkte
0
Hallo,

ich lese hier bereits seit Stunden die diversen postings zum Thema "zugriff verweigert", leider hat bisher nichts geholfen. Mein Problem:

Ich habe eine DS209 und habe dort auf der obersten Ebene 4 Ordner, die ich mit einem PC jeweils als Netzlaufwerk verbinden will. Klappt auch wunderbar, nur kann ich in meinem Ordner "mucke" nicht auf den Unterordner "Music" zugreifen. Dort spuckt Windows jedesmal die Fehlermeldung "Zugriff verweigert" aus, wenn ich den Ordner im WinExplorer doppelklicke! Und zwar ganz egal, wie ich mich anmelde: ob als admin, "x-beliebiger user" oder wie auch immer. Mal mit Kleinschreibung, mal als gleicher user wie bei Windows angemeldet, mal als anderer. Nichts funktioniert - aber die 3 anderen Ordner auf der obersten Ebene lassen sich problemlos verbinden, öffnen, zugreifen, verändern.
Auch eine Verbindung mit dem Assistenten ändert daran nichts...

Die Rechte sind übrigens alle gleich vergeben, nämlich jeder darf alles (über die Browser-Oberfläche der DS konfiguriert). Hab vorhin sogar die Firmware aktualisiert - auch Fehlanzeige.

Über Tipps wäre ich unendlich dankbar!

Viele Grüße,
Jens
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Die Rechte sind übrigens alle gleich vergeben, nämlich jeder darf alles (über die Browser-Oberfläche der DS konfiguriert). Hab vorhin sogar die Firmware aktualisiert - auch Fehlanzeige.

Über Tipps wäre ich unendlich dankbar!

Viele Grüße,
Jens
Die Berechtigungen solltest du in solchen Fällen immer auch auf der Konsole direkt prüfen. Deine Fehlerbeschreibung hört sich sehr nach nicht sauber vererbten Rechten im Dateisystem an.
Kennst du dich ein wenig mit telnet und der Kommandozeile der DS aus? Sonst schau dazu mal in unser Wiki (http://www.synology-wiki.de/index.php/Die_Kommandozeile). Also via telnet als root mit Admin Passwort anmelden und die Rechte mal prüfen.
Ich gehe mal davon aus, dass dein Ordner mucke unter /volume1 liegt, also könntest du folgendes probieren
Code:
ls -all /volume1/mucke/Music
Interessant wären hierbei v.a. die beiden Einträge (.) für das aktuelle Verzeichnis und (..) für das Elternverzeichnis
 

Computerfrage13

Benutzer
Mitglied seit
06. Nov 2009
Beiträge
7
Punkte für Reaktionen
0
Punkte
0
Hab zwar keine Ahnung von telnet oder ssh, aber deine Anleitung war gut! Hab mir putty installiert und konnte mit deinem Befehl eine Liste anzeigen. Dort haben wohl unter "." und ".." deutlich zu wenige rwxrwx gestanden...

Mit der mir bisher unbekannten Kommandozeile konnte ich dann auch frühere Forumsbeiträge wie "chmod 777" etc umsetzen, jetzt funktionierts! Hab zwar keine Ahnung was da passiert ist, aber es geht.

Vielen Dank für die schnelle Hilfe!
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Anmerkung für Leser dieses Threads:

Manchmal kann man auch per File-Station die Rechte von Unterordnern so einstellen, dass dann die Zugriffe wieder gehen.

Itari
 

gkarvader

Benutzer
Mitglied seit
12. Jan 2011
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Hallo,

ich habe wohl dasselbe Problem - allerdings im root-Ordner
music und
photo

Allerdings nicht bei allen Unterordnern, nur bei einigen in Ebene 3

ist wohl durch Verschiebeaktionen im Dateibrowser entstanden.

Jetzt meine Frage:
Kann ich auch bei diesen Ordnern in diesem thread angesprochene Aktionen über Telnet durchziehen oder nur im Volume1 ?

Rechte für Gruppen und Benutzer, sowie über Filestation hab ich schon alles mögliche probiert und x-fach raus/rein, hat nix gebracht.

In der Hilfe wird ein Windows File Browser angesprochen, dort gäbe es eine Lasche mit Sicherheit - habe ich leider nicht gefunden, was ist damit gemeint ?

so sieht das in putty aus:
DiskStation> dir
drwxrwxrwx 17 admin users 4096 Jan 29 20:36 .
drwxrwxrwx 5 root root 4096 Jan 29 20:16 ..
d------rwx 7 admin users 4096 Jan 29 16:49 GBF
drwx------ 2 root users 4096 Jan 29 16:47 @eaDir
d------rwx 30 admin users 4096 Jan 29 16:56 BILDER
d------rwx 2 admin users 4096 Jan 29 16:49 Betriebsausflug2010
-------rwx 1 admin users 23149601 Jun 13 2010 Betriebsausflug2010.rar
d------rwx 5 admin users 4096 Jan 29 16:57 Bilder Billy
d------rwx 15 admin users 4096 Jan 29 17:00 Bilder Marc
d------rwx 4 admin users 4096 Jan 29 17:00 CANON
 
Zuletzt bearbeitet:

Matthieu

Benutzer
Mitglied seit
03. Nov 2008
Beiträge
13.222
Punkte für Reaktionen
88
Punkte
344
In der Hilfe wird ein Windows File Browser angesprochen, dort gäbe es eine Lasche mit Sicherheit - habe ich leider nicht gefunden, was ist damit gemeint ?
Das spielt auf die Unterstützung von ACL in Windows an. Das setzt aber eine recht neue DS voraus (eine die ext4 nutzt, muss mindestens mit DSM 3.0 installiert worden sein) und einen Haken im Bedienfeld. Dann in Windows rechts auf die Datei klicken usw.

MfG Matthieu
 

gkarvader

Benutzer
Mitglied seit
12. Jan 2011
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Hallo nochmal,

ja, es ist ein neues 411+ mit neuer DSM 3.0 installiert.

Gemeinsame Ordner: ACL aktiviert für Syn1-Ordner:
Und tatsächlich - für diesen Ordner gibts im Windows-Explorer den Reiter Sicherheit, da steht JEDER drin und es ist alles prima - Zugriff in die letzte Ebene möglich.

Gemeinsamer Ordner: photo / music
Hier steht, dass für Systemordner keine ACL gilt
-> Gemeinsame Ordner die für die Systemnutzung reserviert sind, unterstützen ACL nicht.

Kann es sein dass ich das nun durch meine Verschiebeaktionen verbogen habe ?
 

gkarvader

Benutzer
Mitglied seit
12. Jan 2011
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
nochmal ich....

nun, da löschen und neu kopieren ja immer geht, hab ich nach intensivem Studium der Befehle chown und chmod folgendes probiert:

DiskStation> chmod 0770 -R /volume1/photo
DiskStation> dir
drwxrwx--- 17 admin users 4096 Jan 29 20:36 .
drwxrwx--- 5 admin users 4096 Jan 29 20:16 ..
drwxrwx--- 7 admin users 4096 Jan 29 16:49 GBF
drwxrwx--- 2 root users 4096 Jan 29 16:47 @eaDir
drwxrwx--- 30 admin users 4096 Jan 29 16:56 BILDER
drwxrwx--- 2 admin users 4096 Jan 29 16:49 Betriebsausflug2010

und siehe da, alles prima, Zugriffe sind wieder möglich.
Werde weitertesten, aber ich denke es lag tatsächlich an eingeschränkten Rechten die die Dateien hatten und dann hab ich die im Dateibrowser dahin geschoben, wo ich das nicht mehr ändern kann, weil nicht vorgesehen.

Danke
 

Matthieu

Benutzer
Mitglied seit
03. Nov 2008
Beiträge
13.222
Punkte für Reaktionen
88
Punkte
344
Wenn dieses Problem jetzt schon mehrfach aufgetaucht ist, dann sollte man das evtl. mal Synology stecken ...

MfG Matthieu
 

karotte

Benutzer
Mitglied seit
01. Feb 2011
Beiträge
2
Punkte für Reaktionen
0
Punkte
1
Guten Abend,

ich bin hier zufällig reingestolpert, weil ich genau das gleiche Problem mit meinem neuen DS211 habe. Ich habe noch nicht groß im Forum gesucht, ob es eine Lösung dafür gibt, da dieser Thread von vorgestern noch nicht auf eine Lösung verweist.

Allerdings konnte ich das Phänomen reproduzieren. Ich arbeite mit dem Total Commander und sortiere gerade meine Daten, die auf drei Rechnern verteilt lagen auf dem DS211. Dabei kommt es vor, dass ich Dateien innerhalb des NAS verschiebe (F6 von einer Fensterhälfte in die andere).

Als Ergebnis habe ich eine Datei ohne anschließende Rechte (---------- anstatt -rwxrwxrwx).

Beim Verschieben ist bei meinem TC in der Regel die Option "Kopiere NTFS-Permissions" nicht gesetzt, was - zumindest bei mir - ursächlich für das Problem sein dürfte. Mit dem Windows Explorer passiert das weder beim Verschieben noch beim Kopieren. Kopieren mit dem TC (F5, ebenfalls *ohne* "Kopiere NTFS-Permissions") erzeugt allerdings ebenfalls *keine* Fehler. Die Datei hat alle Rechte.

Der Fehler wird also zumindest bei mir beim Verschieben von Dateien und Ordnern per Total Commander vom NAS auf das NAS erzeugt.

EDIT: Meine Version: DSM 3.0-1354.

EDIT: Nachtrag: Komische Welt. Nun kann ich es nicht mehr nachstellen. Die gleiche Aktion wie oben beschrieben verpasst der Datei nun 007 (-------rwx) als Rechte. Das ist schon besser als 000, aber immer noch nicht das Soll von 777.
 
Zuletzt bearbeitet:

gkarvader

Benutzer
Mitglied seit
12. Jan 2011
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Hallo,

genau dasselbe habe ich nun auch festgestellt.

Verschieben: Rechte fehlen

Kopieren: alles prima

Ich habe nun die Admin-Konsole draufgeworfen und einmalig die Werte per Telnet mit dem Befehl chmod 0777 gesetzt, damit der Zugriff auf die "öffentlichen" Ordner klappt (putty geht natürlich auch).
Bei den benutzerbeschränkten Ordnern darf man das natürlich nicht machen, dort sollte aber auch das Rechtesystem der NAS funktionieren.

Fazit für mich:
Kopieren gleich in den richtigen Ordner, oder kopieren und löschen.

Ich habe das Gefühl, dass es mit der FileStation nicht passiert - muss ich aber noch weiter testen. Dort kann man nach der Rechtevergabe per Putty/Telnet auch die Haken wieder rausmachen, vorher waren die grau.

Mysteriös, aber ich weiss mir nun zu helfen.

Zu Synology: habe versucht da mal Kontakt aufzunehmen, bin aber kläglich gescheitert - man wollte oder konnte mein Problem nicht verstehen. Sorry, das muss jemand mit mehr Geduld machen.
 
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