[gelöst]Ordner-Dateirecht auf NAS DS214 ändern

[paul1234]

Was sagt denn

Code: Alles auswählen

df

Code: Alles auswählen

# df
Dateisystem                  1K-Blöcke    Benutzt  Verfügbar Verw% Eingehängt auf
/dev/sda1                    237981328  220886224    4983284   98% /
192.168.1.13:/volume1/Daten 2879621632 1061556352 1817962880   37% /home/ecki63/nas_daten

Der Prompt bash-4.3# ist bei mir auch so, der ist auch nicht auf Komfort ausgelegt, zeigt auch den aktuellen Pfad nicht an. Da muß man halt ein wenig im Blindflug durch. Den aktuellen Pfad kannst du mit

Code: Alles auswählen

pwd

rausfinden.

admin@ds214:~$ pwd
/var/services/homes/admin

der Ursprung meines Problems, was aber auf diese Ordner-Rechtegeschichte zurückzuführen ist: ich wollte mit mit einem Bildbetrachter Bilder auf dem NAS ansehen, mit dem ich mich per Vor- u. Zurück-Button durchklicken kann

[MSfree]

Code: Alles auswählen

# df
Dateisystem                  1K-Blöcke    Benutzt  Verfügbar Verw% Eingehängt auf
/dev/sda1                    237981328  220886224    4983284   98% /
192.168.1.13:/volume1/Daten 2879621632 1061556352 1817962880   37% /home/ecki63/nas_daten

Ich hätte nicht gedacht, daß ich mich so mißverständlich ausgedrückt habe.
Ich wollte:

• daß du dich per SSH auf der Synology einlogst
• daß du dort sudo bash eintippst
• und dann mit df die Speicherbelegung des NAS abfragst.

Es scheint mir aber, daß deine Daten unter "Daten" auf volume1 auf dem NAS liegen.
also mach nach dem df einfach genau dort weiter mit

Code: Alles auswählen

cd /volume1
chmod 777 Daten

[paul1234]

Code: Alles auswählen

admin@ds214:/volume1$ chmod 777 Daten
chmod: changing permissions of ‘Daten’: Operation not permitted

[MSfree]

Code: Alles auswählen

ssh admin@synology
sudo bash
cd /volume1
chmod 777 Daten

[paul1234]

der Befehl läuft auch ohne Fehlermeldung durch, aber der Eigentümer ändert sich nicht. Bleibt weiter auf nobody. Auch der Zugriff auf die .jpeg-Datei mittels Bildbetrachter (Ristretto) klappt weiterhin nicht

Code: Alles auswählen

bash-4.3# ls -al
total 28
drwxr-xr-x  5 root root  4096 Feb 22 09:27 .
drwxrwxrwx+ 3 root root  4096 Feb 20 12:14 ..
drwxrwxrwx  2 root root 12288 Feb 20 12:15 200219
drwxr-xr-x  2 root root  4096 Feb 20 12:14 251118
drwxrwxrwx  2 root root  4096 Feb 22 09:27 Test

User+Groups-Info:
40635

[paul1234]

admin@ds214:/volume1$ chown -c ecki63 /Daten
chown: cannot access ‘/Daten’: No such file or directory
admin@ds214:/volume1$ pwd
/volume1
admin@ds214:/volume1$ ls -l
total 2228
drwxrwxrwx+ 153 root root 12288 Jan 27 13:43 Daten

[MSfree]

admin@ds214:/volume1$ chown -c ecki63 /Daten

Du hast doch bereits mit chmod 777 den Datenordner Schreib- und Lesberechtigungen für jeden gegeben.

Das chown wird dadurch auch vom Linuxrechner aus möglich.

Abgesehen davon wird die Synology den User "ecki63" eventuell nicht kennen, so daß das chown wahrscheinlich auf der Synology fehlschlagen wird. Das wirst du vom Linuxrechner aus ausführen müssen.

Als drittes solltest du einfach den "/" vor "Daten" weglassen oder den vollen Pfad, also /volume1/Daten, ausschreiben.

[paul1234]

ssh admin@synology
vi /etc/group
#$_@GID__INDEX@_$65535$
administrators101:admin,ecki63

[paul1234]

Code: Alles auswählen

admin@ds214:/volume1$ vi /etc/group
#$_@GID__INDEX@_$65535$
administrators:x:101:admin,ecki63

Code: Alles auswählen

admin@ds214:/volume1$ chown -c ecki63 Daten
chown: changing ownership of ‘Daten’: Operation not permitted

[willy4711]

Weiß ja nicht ob es daran liegt (habe keine DS mehr):
Du bis nicht als root sondern lediglich als admin deiner DS angemeldet. Der admin (Debian Gruppe adm:x :4:user)
hat aber noch lange keine Root-Rechte.
Vielleicht mal Tutorials lesen ?
https://www.synology.com/en-global/know ... SSH_Telnet

Außerdem habe ich immer noch nicht verstanden, warum du das nicht über das Web-Interface machst.

[paul1234]

Hallo willy4711.

also eigentlich wollte ich mir bei eingeschalteter DS214 vom Laptop aus per Bildbetrachter Bilder auf der DS ansehen. Daraus sind dann die weiteren Fragen entstanden. Ich möchte mich nicht erst noch per Browser auf der DS anmelden müssen

[willy4711]

also eigentlich wollte ich mir bei eingeschalteter DS214 vom Laptop aus per Bildbetrachter Bilder auf der DS ansehen

Das habe ich schon verstanden.
Nicht verstanden habe ich, warum du unbedingt per ssh in den Einstellungen deiner Synology ds214 herum pfuschen willst.

Warum das bisher nicht funktioniert hat, habe ich oben geschrieben.

Diese Dinge richtet man in der dafür vorgesehenen Weboberfläche der DS ein, und gut.
Mir scheint eher. das du die Bedienung der Weboberflächen nicht verstehst.

. Ich möchte mich nicht erst noch per Browser auf der DS anmelden müssen

Auch das verstehe ich nicht. Einmal eingerichtet, und vernünftig gemountet, brauchst du die Weboberfläche an sich nicht mehr.
So kenne ich das jedenfalls.

[MSfree]

Nicht verstanden habe ich, warum du unbedingt per ssh in den Einstellungen deiner Synology ds214 herum pfuschen willst.

Weil es nicht anders geht. Wenn man mit der WebGUI der Synology einen Ordner anlegt und diesen per NFS freigibt, ist dieser freigegebene Ordner für nichts und niemand via NFS beschreibbar. Über die WebGUI lassen sich auch die nötigen Rechte nicht ändern.

Also muß man sich per SSH an der Synology anmelden und den Ordner (und nur den Ordner) mit chmod 777 bearbeiten. Erst danach lassen sich von jedem beliebigen Linuxrechner auf dem NFS-Share Ordner anlegen, Dateien hinein kopieren und es können auch mit chown Besitzer gewechselt werden.

Jede weitere Aktion mit SSH an der Synology ist nicht nötig und ggfls. schädlich.

Eigentlich steht das alles schon (mehrfach) in diesem Thread, aber dazu müßte man ihn auch von Anfang an mal durchlesen.

[willy4711]

Eigentlich steht das alles schon (mehrfach) in diesem Thread, aber dazu müßte man ihn auch von Anfang an mal durchlesen.

Na ja ich weiß, ich bin ja dumm und verstehe sowieso nur Klicki Bunti.
Immerhin gibt es bei Synology eine ausführliche Anleitung wie man das per Klicki Bunti macht .
https://www.synology.com/de-de/knowledg ... vilege_nfs
Aber davon verstehe ich ja nichts.

Zielführender ist natürlich. per admin- statt root -Account auf der Konsole "wichtige" Befehle einzugeben.
Aber davon verstehe ich ja auch nichts.

[MSfree]

Immerhin gibt es bei Synology eine ausführliche Anleitung wie man das per Klicki Bunti macht .
https://www.synology.com/de-de/knowledg ... vilege_nfs
Aber davon verstehe ich ja nichts.

Hast du eine Synology?
Hast du es ausprobiert?
Wenn nein, dann fällt mir gerade ein Spruch von Dieter Nuhr ein.

[paul1234]

erstmal Danke für Eure Unterstützung. Ich denke mal alles trägt zur Lösungsfindung bei. Ich bin die Sache mit NFS wohl zu arglos angegangen. Ich habe hier mitlerweile ca. 20 Seiten im Browser offen. Was ich feststellen kann: ich habe einen Fehler im Bezug auf das Netzwerk-Authentifizierungsprotokoll gemacht. Ich habe dort AUTH_SYS statt Kerberos aktiviert:
https://www.synology.com/de-de/knowledg ... vilege_nfs
Jetzt muß ich Kerberos umsetzen. Ich melde mich

Gruß paul

[willy4711]

Ich hab noch was gefunden, das dir weiterhelfen kann (könnte)
https://www.backups.help/index.php/2018 ... te-loesen/

Wichtig ist, dass du dich in deiner WS dich als root einloggen kannst, was du bisher nicht warst (wurde aber schon mehrmals erwähnt):
Dafür muss für den Benutzer admin ein Passwort vergeben sein

Zunächst loggt man sich mit seinem Passwort als „admin“ ein, dann wechselt man mit

Code: Alles auswählen

sudo -i

zu Root (genauere Anleitung hier). Das Passwort ist das gleiche wie bei „admin“.

Wenn das nicht funktioniert, kannst du den Rest vergessen.

[paul1234]

Hallo willy4711,
ich mache das schon im Root-Terminal. Das habe ich im Post 21.02.2019 16:24:19 u. 22.02.2019 12:13:10 geschrieben.

[willy4711]

ich mache das schon im Root-Terminal. Das habe ich im Post 21.02.2019 16:24:19 u. 22.02.2019 12:13:10 geschrieben

wenn du das meinst:
viewtopic.php?f=30&t=172360#p1198814
Ich sehe da nur Fehlermeldungen. Ob du als Root auf dem NAS eingeloggt bist kann man nicht sehen.

und hier.
viewtopic.php?f=30&t=172360&start=15#p1198929
bist du als Root auf deinen Thinkpad T520 eingeloggt, aber nicht auf dem NAS,

eine Ausgabe wie

root@ds214
finde ich nirgends.
nur
admin@ds214

und der Admin ist halt nicht Root

[paul1234]

Hallo willy4711,

was meinst Du mit

Ob du als Root auf dem NAS eingeloggt bist kann man nicht sehen.

? Ich habe die DS eingeschalten u. jetzt geht es darum, vom Laptop aus mit einem Programm auf die Daten der DS zuzugreifen. In diesem Falle per Root-Terminal oder per Bildbetrachter. Ich will mich nicht mittels Browser auf der Weboberfläche der DS anmelden müssen

[willy4711]

Ich weiß nicht, wie ich das noch anders erklären soll.

Wenn man auf einem Gerät (hier deine DS) etwas ändern will (Du willst ja Datei- / Ordnerrechte ändern, wie ich das verstandenen habe)

Dann muss man auf diesem Gerät @ds21 als Root angemeldet sein, und nicht irgendwo anders

Und das warst du wohl noch nie.

[MSfree]

Und das warst du wohl noch nie.

Doch, er war es
Nur hatte ich geschrieben sudo bash auszuführen. Das chmod auf das betreffende Verzeichnis wurde ja auch schon erfolgreich durchgeführt, einfach mal den ganzen Thread lesen.

Der Einwurf, daß der Besitzer immer noch nicht geändert ist, ist logisch, denn chmod ändert den Besitzer nicht.

Das chown muß anschließend auf dem Linuxrechner durchgeführt werden und nicht auf der Synology.

Was Pauli sich noch mit Kerberos antun will, verstehe ich in dem Zusammenhang nicht. Klar, das kann man tun, wenn man in einem Firmenumfeld agiert, aber zuhause auf dem Heim-NAS halte ich das für totalen Overkill.

[willy4711]

Die Ursache des Problems ist, dass Synology ein spezielles System von ACLs benutzt, um die Standard-Linux-Rechte zu erweitern. Dieses ACL-System ist nicht kompatibel mit dem Standard-Dateisystem von Linux. Ich benutze hier ein Debian 9. Der Aufbau ist wie folgt:
[.......]

Also konkretes Beispiel: Man erzeugt im Linux-System ein neues File, und die angezeigten Rechte im (Debian-) Linux sind für alle 777 bzw. – rwx rwx rwx, sie entsprechen nicht den umask-Vorgaben.

der Lösungsweg, der im Zitieren beschrieben wird, erscheint mir zumindest logisch
https://www.backups.help/index.php/2018 ... te-loesen/

Das chown muß anschließend auf dem Linuxrechner durchgeführt werden und nicht auf der Synology.

In dem von mir zitierten Beitrag wird das Gegenteil behauptet.

Aber -- Ich hatte mal ne DS aber die war ohne Probleme per SMB eingebunden.

[paul1234]

also der Hauptgrund für die Ordner-Rechte/-Eigentümeränderung war, dass ich mit meinem Risotto-Bildbetrachter dort keine Datei aufrufen konnte.
Dann habe ich durch das lesen des Themas gesehen, das die original eingestellte Authentifizierung in nder DS schon die Möglichkeit des Hackens bietet. Und der dritte Grund ist der HickHack mit den UID + GID
Das sind die 3 Hauptgründe, warum ich jetzt die Änderungen wollte

gruß paul

[MSfree]

In dem von mir zitierten Beitrag wird das Gegenteil behauptet.

Der von dir zitierte Beitrag hat mit dem Problem nichts zu tun.

Aber -- Ich hatte mal ne DS aber die war ohne Probleme per SMB eingebunden.

SMB und NFS sind zwei völlig unterschiedliche Paar Schuhe.

NFS ist zustandslos und hat von Usernamen und Gruppenzugehörigkeit keine Ahnung. Dateien werden nur unter der Benutzer-ID, Gruppen-ID angelegt, die der Benutzer auf dem jeweiligen Clientrechner hat, dem NFS-Server sind die Werte völlig egal. Ich rede hier auch expizit von User-ID, das ist eine einfach Nummer, die der Linuxrechner einem Benutzernamen zuordnet. Wenn auf einem Linuxrechner ein Benutzer Hugo die User-ID 1001 hat, werden die Dateien auf dem NFS-Server mit der User-ID 1001 angelegt, nicht mehr und nicht weniger. Der NFS-Server braucht nicht einmal zu wissen, daß es einen User 1001 gibt, er braucht auf dem NFS-Sever auch nicht in der /etc/passwd eingetragen sein. Und genau das ist der Grund, warum ein chown auf der Synology fehlschlägt, auf dem NFS-Client jedoch funktioniert. Der Benutzer Hugo ist der Synology nicht bekannt.

NFS verhält sich exakt genauso wie eine Festplatte. Da darf auch jeder drauf schreiben, vorausgesetzt, das drüberliegende Verzeichnis erlaubt schreiben für jeden. Und genau das war bei der Synology nicht der Fall, aber das wurde mit chmod 777 geändert.

SMB ist immer genau an einen Benutzer gebunden, mit dessen Namen die Freigabe gemountet wird. Wird die Freigabe von Hugo gemountet, kann Heinz die Freigabe nicht benutzen. Auf einem Multiuser-OS, bei dem Heinz und Hugo gleichzeitig eingelogt sein können, wäre es ziemlich unpraktsch, wenn nur jeweils einer auf den Sever zugreifen darf. OK, man kann die Freigabe auch mehrfach mounten, was aber auch den Wasserkopf im Kernel vergrößert.

Klar, das Benutzerproblem kann man mit Kerberos und LDAP erschlagen , die Einrichtung wird aber den OP erschlagen.