in W10 Zugriff auf freigegebenes Verzeichnis nicht möglich

[Tomkonet]

Hallo @ all
das Verzeichnis Samba-01 ist auf /mnt/Daten-1 erstellt, die User sind auch erstellt.
Die smb.conf angepasst, bin jetzt am Ende mit meinem Wissen!

Code: Alles auswählen

root@dcut-2:/mnt/Daten-1# ls -la /mnt/Daten-1/Samba-01
insgesamt 12
drwxrwx--- 2 peter smb-gruppe 4096 18. Sep 11:02 .
drwxrwx--- 3 root        1007 4096 18. Sep 10:15 ..
-rwxrwx--- 1 peter smb-gruppe  181 18. Sep 11:02 FG-WIN.txt

usermod -aG smb-gruppe coxx
usermod -aG smb-gruppe noxx
usermod -aG smb-gruppe pexx
usermod -aG smb-gruppe toxx
usermod -aG smb-gruppe urxx
usermod -aG smb-gruppe utxx

chown -R coxx:smb-gruppe /mnt/Daten-1/Samba-01
chown -R noxx:smb-gruppe /mnt/Daten-1/Samba-01
chown -R pexx:smb-gruppe /mnt/Daten-1/Samba-01
chown -R toxx:smb-gruppe /mnt/Daten-1/Samba-01
chown -R urxx:smb-gruppe /mnt/Daten-1/Samba-01
chown -R utxx:smb-gruppe /mnt/Daten-1/Samba-01

chmod -R 770 /mnt/Daten-1/Samba-01

Die User und Samba User sind erstellt

Code: Alles auswählen

cut -d: -f1 /etc/passwd
noxx
utxx
toxx
urxx
coxx
pexx
root@dcut-2:/# pdbedit -w -L
noxx:1001:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:25879885AF3B397BA637E3BB0897EEAA:[U          ]:LCT-66E295C5:
urxxx:1003:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:1AB98582B5225F6B7D493CEAE2059E6F:[U          ]:LCT-66E296BC:
coxxx:1005:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:FFA446C02402EE18BA9464999B4CE597:[U          ]:LCT-66E590CF:
tox:1000:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:6EFDC559112760D1E57AB401D8B4E5E7:[U          ]:LCT-66E3E813:
utx:1002:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:4B9741F1361C72E5C3CD7D58E5F40A1F:[U          ]:LCT-66E29742:
pexxx:1006:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:C096EEC80DDBC52E64DD0BCD4308DA8F:[U          ]:LCT-66E59141:
smbuser:4294967295:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:E2F6C0EB99B7353094D92E71CA0012B3:[U          ]:LCT-66E9A3B2:

Code: Alles auswählen

root@dcut-2:/# testparm
Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
Weak crypto is allowed by GnuTLS (e.g. NTLM as a compatibility fallback)

Server role: ROLE_STANDALONE

Press enter to see a dump of your service definitions

# Global parameters
[global]
        log file = /var/log/samba/log.%m
        logging = file
        max log size = 1000
        obey pam restrictions = Yes
        panic action = /usr/share/samba/panic-action %d
        passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
        passwd program = /usr/bin/passwd %u
        server role = standalone server
        unix password sync = Yes
        idmap config * : backend = tdb
        invalid users = root


[homes]
        browseable = No
        comment = Home Directories
        create mask = 0700
        directory mask = 0700
        read only = No
        valid users = @smbuser


[printers]
        browseable = No
        comment = All Printers
        create mask = 0700
        path = /var/tmp
        printable = Yes


[print$]
        comment = Printer Drivers
        path = /var/lib/samba/printers


[Bilder-Disk-IV]
        comment = smb restricted
        create mask = 0660
        directory mask = 0770
        path = /mnt/Daten-1/Samba-01
        read only = No
        valid users = @smb-gruppe

[cosinus]

Was heißt denn nicht möglich? Welche Fehlermeldung kommt? Die shares siehst du unter Windows 10 aber du kommst nicht rein?

[Tomkonet]

Da nach dem Text der Fehlermeldung gefragt wurde, hier ist es

Netzwerkfehler Sie haben keine Berechtigung für den Zugriff auf \\192.168.110.197\Bilder-Disk-IV
Anmeldung über Benutzername mit Passwort, wie in smbpasswd eingetragen.

Habe leider keine Idee ob auf Seite W10 oder Debian 12 der bug ist.

[QT]

Füge das mal in die global Sektion der smb.conf ein und starte Samba neu:

Code: Alles auswählen

server min protocol = SMB2_02
server max protocol = SMB3

[Tomkonet]

das Problem ist gelöst

chmod an /home und an Daten-1 war falsch eingestellt jetzt chmod -R 0777

[MSfree]

das Problem ist gelöst

chmod an /home und an Daten-1 war falsch eingestellt jetzt chmod -R 0777

chmod 777 war noch nie eine gute Idee, geschweige denn eine Lösung.

[cosinus]

chmod 777 war noch nie eine gute Idee, geschweige denn eine Lösung.

Für ein reines Datenshare für irgendwelche Windowskisten sehe ich das nicht so kritisch, aber für /home - NO WAY!