staging.inyokaproject.org

ich@T500:/media/FritzBox/SICHERUNG$ ls -ld Test Videos
drwxrwxrwx 1 ich  ich  0 Jan  1  2022 Test
drwxrwxrwx 1 root root 0 Dez 25  2010 Videos

• /media/FritzBox/SICHERUNG/Test –– Erstellt an der FritzBox per sudo rsync -a -H -X

• /media/FritzBox/SICHERUNG/Videos – Erstellt über USB direkt am Rechner per rsync -a -H -X

Aus Neugier habe ich mir nun mal direkt am Rechner die NTFS ACLs genauer angeguckt.

ich@T500:/media/ich/SICHERUNG$ sudo ntfssecaudit -v Test
ntfssecaudit 1.5.0 : NTFS security data auditing
Directory Test
        000000  01000490 8c000000 9c000000 00000000
        000010  14000000 02007800 05000000 00041800
        000020  98011f00 01020000 00000005 20000000
        000030  20020000 00041800 88001200 01020000
        000040  00000005 20000000 20020000 00041400
        000050  88001200 01010000 00000001 00000000
        000060  00041800 bf011f00 01020000 00000005
        000070  20000000 20020000 00041400 bf011f00
        000080  01010000 00000005 12000000 01020000
        000090  00000005 20000000 20020000 01020000
        0000a0  00000005 20000000 20020000
Computed hash : 0x906f6bd1
Windows attrib : 0x30
** Could not find the user mapping file
   Retry with full path of file
Windows owner S-1-5-32-544
Windows group S-1-5-32-544
Interpreted Unix owner 0, group 0, mode 0000
** 1 error was found
ich@T500:/media/ich/SICHERUNG$ sudo ntfssecaudit -v Videos
ntfssecaudit 1.5.0 : NTFS security data auditing
Directory Videos
        000000  01000480 14000000 24000000 00000000
        000010  34000000 01020000 00000005 20000000
        000020  20020000 01020000 00000005 20000000
        000030  20020000 02001c00 01000000 00031400
        000040  ff011f00 01010000 00000001 00000000
Computed hash : 0xb3935174
Windows attrib : 0x30
** Could not find the user mapping file
   Retry with full path of file
Windows owner S-1-5-32-544
Windows group S-1-5-32-544
Interpreted Unix owner 0, group 0, mode 0777
** 1 error was found

Wie man sieht, hat die FritzBox tatsächlich 5 Einträge in der ACL hinterlassen, die dann entsprechende Besitzer und Nutzerrechte erzeugen. Direkt per USB am Rechner ist nur ein Eintrag mit world-SID entstanden, also alle Rechte für jedermann.

Langversion:

ich@T500:/media/ich/SICHERUNG$ sudo ntfssecaudit -vv Test
[sudo] Passwort für ich: 
ntfssecaudit 1.5.0 : NTFS security data auditing
Directory Test
        000000  01000490 8c000000 9c000000 00000000
        000010  14000000 02007800 05000000 00041800
        000020  98011f00 01020000 00000005 20000000
        000030  20020000 00041800 88001200 01020000
        000040  00000005 20000000 20020000 00041400
        000050  88001200 01010000 00000001 00000000
        000060  00041800 bf011f00 01020000 00000005
        000070  20000000 20020000 00041400 bf011f00
        000080  01010000 00000005 12000000 01020000
        000090  00000005 20000000 20020000 01020000
        0000a0  00000005 20000000 20020000
Computed hash : 0x906f6bd1
Windows attrib : 0x30
** Could not find the user mapping file
   Retry with full path of file
Global header
    revision 1
    flags    0x9004
        DACL present
        DACL cannot be modified by inheritable ACEs
        self relative descriptor
    Off USID 0x8c
    Off GSID 0x9c
    Off SACL 0x0
    Off DACL 0x14
Owner SID
    Administrators SID
    O:hex S-1-5-20-220
    O:dec S-1-5-32-544
Group SID
    Administrators SID
    G:hex S-1-5-20-220
    G:dec S-1-5-32-544
DACL
    revision 2
    ACL size 120
    ACE cnt  5
    ACE 1 at 0x1c
        type     0
            Access allowed
        flags    0x4
            Don't propagate inherits ACE
        Size     0x18
        Acc rgts 0x1f0198
            Obj specific acc rgts 0x198
                Read EA
                Write EA
                Read attributes
                Write attributes
            standard acc rgts 0x1f
                Delete
                Read control
                Write DAC
                Write owner
                Synchronize
        SID at 0x24
            Administrators SID
            hex S-1-5-20-220
            dec S-1-5-32-544
        Summary : grant none applied to owner to group
    ACE 2 at 0x34
        type     0
            Access allowed
        flags    0x4
            Don't propagate inherits ACE
        Size     0x18
        Acc rgts 0x120088
            Obj specific acc rgts 0x88
                Read EA
                Read attributes
            standard acc rgts 0x12
                Read control
                Synchronize
        SID at 0x3c
            Administrators SID
            hex S-1-5-20-220
            dec S-1-5-32-544
        Summary : grant none applied to owner to group
    ACE 3 at 0x4c
        type     0
            Access allowed
        flags    0x4
            Don't propagate inherits ACE
        Size     0x14
        Acc rgts 0x120088
            Obj specific acc rgts 0x88
                Read EA
                Read attributes
            standard acc rgts 0x12
                Read control
                Synchronize
        SID at 0x54
            World SID
            hex S-1-1-0
            dec S-1-1-0
        Summary : grant none applied
    ACE 4 at 0x60
        type     0
            Access allowed
        flags    0x4
            Don't propagate inherits ACE
        Size     0x18
        Acc rgts 0x1f01bf
            Obj specific acc rgts 0x1bf
                List directory
                Add file
                Add subdirectory
                Read EA
                Write EA
                Traverse
                Read attributes
                Write attributes
            standard acc rgts 0x1f
                Delete
                Read control
                Write DAC
                Write owner
                Synchronize
        SID at 0x68
            Administrators SID
            hex S-1-5-20-220
            dec S-1-5-32-544
        Summary : grant rwx applied to owner to group
    ACE 5 at 0x78
        type     0
            Access allowed
        flags    0x4
            Don't propagate inherits ACE
        Size     0x14
        Acc rgts 0x1f01bf
            Obj specific acc rgts 0x1bf
                List directory
                Add file
                Add subdirectory
                Read EA
                Write EA
                Traverse
                Read attributes
                Write attributes
            standard acc rgts 0x1f
                Delete
                Read control
                Write DAC
                Write owner
                Synchronize
        SID at 0x80
            Local System SID
            hex S-1-5-12
            dec S-1-5-18
        Summary : grant rwx applied
No SACL
Windows owner S-1-5-32-544
Windows group S-1-5-32-544
Interpreted Unix owner 0, group 0, mode 0000
** 1 error was found
ich@T500:/media/ich/SICHERUNG$ sudo ntfssecaudit -vv Videos
ntfssecaudit 1.5.0 : NTFS security data auditing
Directory Videos
        000000  01000480 14000000 24000000 00000000
        000010  34000000 01020000 00000005 20000000
        000020  20020000 01020000 00000005 20000000
        000030  20020000 02001c00 01000000 00031400
        000040  ff011f00 01010000 00000001 00000000
Computed hash : 0xb3935174
Windows attrib : 0x30
** Could not find the user mapping file
   Retry with full path of file
Global header
    revision 1
    flags    0x8004
        DACL present
        self relative descriptor
    Off USID 0x14
    Off GSID 0x24
    Off SACL 0x0
    Off DACL 0x34
Owner SID
    Administrators SID
    O:hex S-1-5-20-220
    O:dec S-1-5-32-544
Group SID
    Administrators SID
    G:hex S-1-5-20-220
    G:dec S-1-5-32-544
DACL
    revision 2
    ACL size 28
    ACE cnt  1
    ACE 1 at 0x3c
        type     0
            Access allowed
        flags    0x3
            Object inherits ACE
            Container inherits ACE
        Size     0x14
        Acc rgts 0x1f01ff
            Obj specific acc rgts 0x1ff
                List directory
                Add file
                Add subdirectory
                Read EA
                Write EA
                Traverse
                Delete child
                Read attributes
                Write attributes
            standard acc rgts 0x1f
                Delete
                Read control
                Write DAC
                Write owner
                Synchronize
        SID at 0x44
            World SID
            hex S-1-1-0
            dec S-1-1-0
        Summary : grant rwx inherited applied
No SACL
Windows owner S-1-5-32-544
Windows group S-1-5-32-544
Interpreted Unix owner 0, group 0, mode 0777
** 1 error was found

Nach erneutem Anstecken an die FritzBox wurde der owner ich allerdings wieder "vergessen":

ich@T500:/media/FritzBox/SICHERUNG$ ls -ld Test Videos
drwxrwxrwx 1 root root 0 Jan  1  2022 Test
drwxrwxrwx 1 root root 0 Dez 25  2010 Videos

@ Bleys :

Kannst Du evtl. noch erläutern, was Du mit der Option sec=ntlmssp bezweckst?

Und hier wird jetzt _netdev vorgeschlagen. Was könnte das bedeuten.

UlfZibis schrieb:

Die Freigabe wird gemountet und ich kann in Nemo Dateien in beiden Richtungen kopieren.

Aber nur in eine Richtung werden die Zeitstempel erhalten ... oder ?

Bin jetzt erst wieder zu Haus. Muss ich noch testen

Wie bei mir, auch wenn die Fehlermeldungen teils anders lauteten. Probier' evtl. mal mit sudo.

Wenn sudo notwendig ist um etwas von und zu Freigaben zu kopieren ist etwas falsch.

Wunder! Da stehen diesbezüglich doch anderslautende Meldungen. Kannst Du mal ein ls -l von /home/ralf/NAS/FB/ (nach cp von local nach remote) zeigen?

Mach ich

Insgesamt scheint also das Alter der FritzBox des Pudels Kern zu sein. Die leichten Verschiedenheiten rühren vielleicht auch aus FAT ./. NTFS.

Was auch noch nett wäre (mit der neueren FritzBox:

Hast Du mal uid=1000,gid=1000 weggelassen und dann mit / ohne sudo oder per Nemo-Klick gemountet? Wie zeigen sich dann die owner sowohl des exFAT als auch des NTFS-Mediums?

hatte ich schon mal erklärt. Die Rechte der Verzeichnisse und Dateien in gemounteten Freigaben sind virtuell! gid und uid bestimmen wie die Rechte im gemounteten Verzeichnis sind. Und zu sudo: siehe oben....

Auch interessant wäre, mal den owner einer Datei per chown auf z.B. root zu ändern, sowohl auf exFAT als auch auf NTFS.

Auch wieder: die Rechte sind nur virtuell. Wenn Du Rechte im gemounteten Verzeichnis änderst, gilt das nur für das System mit dem Du das machst. virtuel eben...

Das siehst Du doch schon daran das die Freigaben von verschiedenen Rechnern mit verschiedenen Benutzernamen gemountet werden können. Gleichzeitig. Und bei jedem haben die Dateien und Verzeichnisse die Rechte des Users der sie gemountet hat. Vollkommen egal was andere User da eingestellt haben. Zumindest so lange wie es die Standard User mit uid=1000 sind. Noch ein Indiz für dieses Verhalten: Freigabendie auf FAT formatierten Datenträgern sind, haben keine Rechte. Das kann FAT nicht...

Willst die Rechte noch feiner einstellen, auch Rechte für User mit anderen uids wie 1000, musst Du Dich von der fstab verabschieden. Frag mich aber nicht wie genau das eingerichtet wird. Hab dazu keine Ahnung.

UlfZibis schrieb:

@ Bleys :

Kannst Du evtl. noch erläutern, was Du mit der Option sec=ntlmssp bezweckst?

NTLMSSP (NT LAN Manager Security Support Provider). Da eine zeitlang auch Windows Rechner in meinem Netz aktiv waren und ich Rechte per ACL, Vererbung u.s.w. auf dem Srrver eingesetzt hatte war das notwendig. Könnte eigentlich inzwischen raus. Aber da es nicht stört.....

Und hier wird jetzt _netdev vorgeschlagen. Was könnte das bedeuten.

netdev sorgt dafür das erst gemountet wird wenn das Netzwerk zur Verfügung steht. Mit der Option noauto nicht notwendig da noauto ja erst mal eh nicht mountet.

Hab' das ganze jetzt noch mal mit meinem lahmen Mini-Netbook probiert, da ist ein noch ziemlich jungfräuliches Ubuntu-Unity 22.04 drauf. Dort gibt es den Ordner /etc/samba/ gar nicht. Obwohl ich so keine min protokoll version eingestellt hatte, klappte das Mounten der FritzBox auch so. Vielleicht wurde das durch die Installation von smbclient verursacht, was ich hier nicht gemacht hatte.

Ansonsten verhält sich da alles exakt genauso. Ich kann die FritzBox einfach nicht unter eigenem Besitz mounten und muss deshalb alles mit sudo machen. Wenn das bei Deiner noch älteren FritzBox wiederum geht, finde ich das schon sehr seltsam. Könnte evtl. in der FritzBox noch eine bisher nicht beachtete Einstellung ungünstig stehen?

Noch mal in beiden Richtungen:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19

ralf@LM86:~$ sudo mount -t cifs -o vers=1.0,uid=1000,gid=1000,noauto,users //192.168.178.1/Kingston-DataTraveler120-01 /home/ralf/NAS/FB
[sudo] Passwort für ralf: 
Password for root@//192.168.178.1/Kingston-DataTraveler120-01:                          
ralf@LM86:~$ cd ~/test
ralf@LM86:~/test$ cp -a * /home/ralf/NAS/FB
cp: Erhalten der Zugriffsrechte für »/home/ralf/NAS/FB/Bildschirmfoto vom 2021-08-19 14-59-12.png“: Ist kein Verzeichnis
cp: Erhalten der Zugriffsrechte für »/home/ralf/NAS/FB/Bildschirmfoto vom 2021-08-20 09-17-08.png“: Ist kein Verzeichnis
cp: Erhalten der Zugriffsrechte für »/home/ralf/NAS/FB/Bildschirmfoto vom 2021-08-20 09-17-25.png“: Ist kein Verzeichnis
cp: Erhalten der Zugriffsrechte für »/home/ralf/NAS/FB/Bildschirmfoto vom 2021-08-20 09-17-36.png“: Ist kein Verzeichnis
cp: Erhalten der Zugriffsrechte für »/home/ralf/NAS/FB/Instructions.txt“: Ist kein Verzeichnis
cp: Erhalten der Zugriffsrechte für »/home/ralf/NAS/FB/test/conky_Lappi.rar“: Ist kein Verzeichnis
cp: Erhalten der Zugriffsrechte für »/home/ralf/NAS/FB/test/test2/fstab“: Ist kein Verzeichnis
cp: die Zeiten für '/home/ralf/NAS/FB/test/test2' werden beibehalten: Ist kein Verzeichnis
cp: Erhalten der Zugriffsrechte für »/home/ralf/NAS/FB/test/fstab“: Ist kein Verzeichnis
cp: die Zeiten für '/home/ralf/NAS/FB/test' werden beibehalten: Ist kein Verzeichnis
ralf@LM86:~/test$ rm -r *
ralf@LM86:~/test$ cd ~/NAS/FB
ralf@LM86:~/NAS/FB$ cp -a * ~/test
ralf@LM86:~/NAS/FB$ 

Keine Meldungen beim Kopieren von der Freigabe auf den Rechner. Ansonsten stimmen Rechte und Zeiten in beiden Fällen. NTFS unterstützt die 7141 nicht im Modus USB-Speicher. NTFS geht nur im Modus USB-Fernanschluss

Bleys schrieb:

Hast Du mal uid=1000,gid=1000 weggelassen und dann mit / ohne sudo oder per Nemo-Klick gemountet? Wie zeigen sich dann die owner sowohl des exFAT als auch des NTFS-Mediums?

hatte ich schon mal erklärt. Die Rechte der Verzeichnisse und Dateien in gemounteten Freigaben sind virtuell! gid und uid bestimmen wie die Rechte im gemounteten Verzeichnis sind.

Ich würde sagen, uid und gid bestimmen den Eigentümer, nicht die Rechte.
Leider sehe ich bei mir immer nur root als Eigentümer, egal was ich mache.

Auch interessant wäre, mal den owner einer Datei per chown auf z.B. root zu ändern, sowohl auf exFAT als auch auf NTFS.

Auch wieder: die Rechte sind nur virtuell. Wenn Du Rechte im gemounteten Verzeichnis änderst, gilt das nur für das System mit dem Du das machst. virtuel eben...

Ich hatte mal dem Wurzelverzeichnis der USB-Platte, also /media/FritzBox/SICHERUNG, per sudo chown manuell den Besitzer ich zugeordnet. Wenn das gilt was Du schreibst, hätte doch dann der rsync-Befel auch ohne sudo funktionieren müssen. Hat er aber nicht. Und interessanterweise funktioniert sudo chown nur auf dem NTFS-Medium an der FritzBox, auf einem FAT-USB-Stick kommt eine Fehlermeldung. Wenn das alles nur virtuell ist, müsste das doch auch auf dem FAT-Medium gehen.

Bleys schrieb:

Keine Meldungen beim Kopieren von der Freigabe auf den Rechner. Ansonsten stimmen Rechte und Zeiten in beiden Fällen. NTFS unterstützt die 7141 nicht im Modus USB-Speicher. NTFS geht nur im Modus USB-Fernanschluss

Sehr schön. Zeig doch bitte mal ein ls -l von /home/ralf/NAS/FB/ (nach cp von local nach remote). Mich interessieren die Besitzer, nicht die Rechte.

Und was passiert, wenn du ohne uid=1000,gid=1000 mountest? Ist der Besitzer dann root?

Ich habe jetzt mal eine Datei von dem NetBook aus per sudo rsync -a auf die Platte an der FritzBox kopiert. Dadurch wurde der owner zu ich, sonst ist alles root. Von meinem Hauptrechner habe ich dann da reingeguckt. und auch da hat diese Datei dann den owner ich. Wenn die Eigentümer und die Rechte nur local auf dem jeweiligen Rechner virtuell existieren, hätte das doch gar nicht passieren können.

Nachtrag: Ich konnte auch von dem eine Rechner aus mit sudo chown ich:ich Videos den Besitzer ändern, und sah dann auch vom anderen Rechner den neuen Besitzer.

Ich sehe schon, wir kommen wohl nicht mehr zusammen 😉

Lies Dir mal den Wiki Artikel zu mount durch. Und zum Schluss noch ein Screenshot einiger Dateien direkt per SSH auf dem Server inkl. Rechte gelistet und darüber die gleichen Dateien zum selben Zeitpunkt in Nemo gemountet und inkl. Rechte gelistet.

Bleys schrieb:

Lies Dir mal den Wiki Artikel zu mount durch.

Ja hab' ich mittlerweile nochmal. Ich finde da nichts zu meinen Fragen.

Und zum Schluss noch ein Screenshot einiger Dateien direkt per SSH auf dem Server inkl. Rechte gelistet und darüber die gleichen Dateien zum selben Zeitpunkt in Nemo gemountet und inkl. Rechte gelistet.

Danke Dir. Ich nehme an, das ist jetzt die Ansicht über die neuere FritzBox. ja, da ist bei Dir der Eigentümer Ralf sichtbar (vermutlich, weil Du mit uid=1000,gid=1000 gemountet hast), doch mich würde es interessieren, wie das über die alte FritzBox aussieht. Ob das da auch klappt, oder wie bei mir nur root möglich ist.

Ja und dann würde mich eben interessieren, ob das Weglassen von uid=1000,gid=1000 bei Dir einen Unterschied macht. Bei mir macht es ja keinen, denn ich sehe immer nur root.

P.S.: Wie ich nun sehe, ist die Änderung des Besitzers einer Datei von root nach ich per sudo chown ich:ich Videos nicht von Dauer. Nach ca. 15 Min. war der Besitzer wieder root. Aber er lässt sich beliebig umschalten mit sudo chown und ist dann auch auf dem anderen Gerät sichtbar.

UlfZibis schrieb:

Danke Dir. Ich nehme an, das ist jetzt die Ansicht über die neuere FritzBox. ja, da ist bei Dir der Eigentümer Ralf sichtbar (vermutlich, weil Du mit uid=1000,gid=1000 gemountet hast), doch mich würde es interessieren, wie das über die alte FritzBox aussieht. Ob das da auch klappt, oder wie bei mir nur root möglich ist.

Die alte FB kann nur Fat und Fat32. Wenn es möglich wäre, wie auf meinem Server, innerhalb der FB ein ls -l zu machen, würdest Du gar nichts sehen. Fat und Fat32 kann keine Rechte, Besitzer, Gruppen u.s.w. und in den gemounteten Verzeichnissen ist immer der besitzende User des Mountpoint auch Eigentümer aller Dateien und Verzeichnisse auf dem FB Share.

Ja und dann würde mich eben interessieren, ob das Weglassen von uid=1000,gid=1000 bei Dir einen Unterschied macht. Bei mir macht es ja keinen, denn ich sehe immer nur root.

Ich dachte das wär klar. Wenn Du uid und gid weglässt, ist root der Besitzer aller Dateien und Verzeichnisse. Deshalb ergibt es überhaupt keinen Sinn das wegzulassen.

Hmm... Kann es sein das Du selbst gar nicht die ID 1000 hast? Das würde vieles erklären. Führ mal

1

id

im Terminal aus.

Bleys schrieb:

Die alte FB kann nur Fat und Fat32. Wenn es möglich wäre, wie auf meinem Server, innerhalb der FB ein ls -l zu machen, würdest Du gar nichts sehen.

Ich meinte doch ein ls -l /home/ralf/NAS/FB/ von Ubuntu aus (um die virtuell zugeordneten Besitzer und Rechte sehen zu können), nicht direkt auf der FritzBox, was im übrigen da über Telnet-Zugang auch ginge.

... in den gemounteten Verzeichnissen ist immer der besitzende User des Mountpoint auch Eigentümer aller Dateien und Verzeichnisse auf dem FB Share.

Moment mal, bei dir ist der Mountpoint /home/ralf/XYZ, bei mir /media/XYZ. Diese Verzeichnisse haben unterschiedliche Eigentümer. Vielleicht hängt es ja davon ab. Damit wäre dann aber uid=1000,gid=1000 redundant / überflüssig.

Ich dachte das wär klar. Wenn Du uid und gid weglässt, ist root der Besitzer aller Dateien und Verzeichnisse. Deshalb ergibt es überhaupt keinen Sinn das wegzulassen.

... außer um mal zu testen, ob das tatsächlich stimmt.

Hmm... Kann es sein das Du selbst gar nicht die ID 1000 hast? Das würde vieles erklären.

Siehe: 9363108

Ich nehme mal einiges zurück. Das macht mich inzwischen so kirre das ich auch schon sudo nutze um in meinem eigenen Home Verzeichnis Freigaben zu mounten. Natürlich brauche ich kein sudo wenn die Mountpunkte in meinem Home Verzeichnis liegen. Und ohne root Rechte hat der Inhalt der Freigaben auch ohne gid und uid mich als Eigentümer.