Joon
Anmeldungsdatum: 17. Februar 2021
Beiträge: 36
|
Hallo liebes Forum, sehr lange schon probiere ich SMB-Shares für mindestens zwei User auf EINER Workstation hinzubekommen. Es ist einfach nicht möglich. Einer von beiden bekommt immer nur r-x-Rechte. Die Workstation lief erst auf Kubuntu 18.04LTS nun 20.04LTS
Parallel läuft darauf Win7. Die Ausgangssituation serverseitig ist: Ubuntu 20.04LTS // SMB V:4.11.6 // acl. Die Rechte auf dem Server sind korrekt. Alle User haben rwx. Ich habe es auch schon ohne acls stattdessen mit Gruppen probiert: das gleiche Ergebnis. Liegt es an den Einstellungen in fstab? Dort ist aktuell für jeden User getrennt der Share eingetragen mit wenigen Restriktionen.
Wo liegt das Problem??? HG Joon
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Bitte mal die smb.conf posten:
cat /etc/samba/smb.conf
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
Joon schrieb: […] Liegt es an den Einstellungen in fstab? Dort ist aktuell für jeden User getrennt der Share eingetragen mit wenigen Restriktionen.
Die Datei /etc/fstab ist gedacht für Systemzugriffe auf Dateisysteme, nicht für Benutzerzugriffe. Wenn man pro Dateisystem nur einen Benutzer hat, der das Dateisystem verwaltet, dann kann man auch Benutzerzugriffe über diese Datei managen. Bei SMB oder allgemein bei Netzwerkfreigaben für mehrere Benutzer gleichzeitig ist das nicht erfüllbar. Die richtige Vorgehensweise ist:
Entweder die SMB-Freigabe einmalig als Systemressource einbinden (dann z.B. gerne über /etc/fstab) und den Benutzern nicht als Netzlaufwerk, sondern als lokales Unix-Verzeichnis zur Verfügung stellen, oder die SMB-Freigabe gar nicht über /etc/fstab einbinden, sondern jeder Benutzer muss sich selber per SMB beim Server anmelden und sein eigenes Netzlaufwerk in seine Verzeichnishierarchie einbinden.
Mischen der beiden Wege führt zur Fehlfunktion.
|
Joon
(Themenstarter)
Anmeldungsdatum: 17. Februar 2021
Beiträge: 36
|
Die conf ist:
#
# Sample configuration file for the Samba suite for Debian GNU/Linux.
#
#
# This is the main Samba configuration file. You should read the
# smb.conf(5) manual page in order to understand the options listed
# here. Samba has a huge number of configurable options most of which
# are not shown in this example
#
# Some options that are often worth tuning have been included as
# commented-out examples in this file.
# - When such options are commented with ";", the proposed setting
# differs from the default Samba behaviour
# - When commented with "#", the proposed setting is the default
# behaviour of Samba but the option is considered important
# enough to be mentioned here
#
# NOTE: Whenever you modify this file you should run the command
# "testparm" to check that you have not made any basic syntactic
# errors.
#======================= Global Settings =======================
[global]
## Browsing/Identification ###
# Change this to the workgroup/NT-domain name your Samba server will part of
workgroup = WORKGROUP
# server string is the equivalent of the NT Description field
server string = %h server (Samba, Ubuntu)
#### Networking ####
# The specific set of interfaces / networks to bind to
# This can be either the interface name or an IP address/netmask;
# interface names are normally preferred
; interfaces = 127.0.0.0/8 eth0
# Only bind to the named interfaces and/or networks; you must use the
# 'interfaces' option above to use this.
# It is recommended that you enable this feature if your Samba machine is
# not protected by a firewall or is a firewall itself. However, this
# option cannot handle dynamic or non-broadcast interfaces correctly.
; bind interfaces only = yes
#### Debugging/Accounting ####
# This tells Samba to use a separate log file for each machine
# that connects
log file = /var/log/samba/log.%m
# Cap the size of the individual log files (in KiB).
max log size = 1000
# We want Samba to only log to /var/log/samba/log.{smbd,nmbd}.
# Append syslog@1 if you want important messages to be sent to syslog too.
logging = file
# Do something sensible when Samba crashes: mail the admin a backtrace
panic action = /usr/share/samba/panic-action %d
####### Authentication #######
# Server role. Defines in which mode Samba will operate. Possible
# values are "standalone server", "member server", "classic primary
# domain controller", "classic backup domain controller", "active
# directory domain controller".
#
# Most people will want "standalone server" or "member server".
# Running as "active directory domain controller" will require first
# running "samba-tool domain provision" to wipe databases and create a
# new domain.
server role = standalone server
obey pam restrictions = yes
# This boolean parameter controls whether Samba attempts to sync the Unix
# password with the SMB password when the encrypted SMB password in the
# passdb is changed.
unix password sync = yes
# For Unix password sync to work on a Debian GNU/Linux system, the following
# parameters must be set (thanks to Ian Kahan <<kahan@informatik.tu-muenchen.de> for
# sending the correct chat script for the passwd program in Debian Sarge).
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
# This boolean controls whether PAM will be used for password changes
# when requested by an SMB client instead of the program listed in
# 'passwd program'. The default is 'no'.
pam password change = yes
# This option controls how unsuccessful authentication attempts are mapped
# to anonymous connections
map to guest = never
security = user
########## Domains ###########
#
# The following settings only takes effect if 'server role = primary
# classic domain controller', 'server role = backup domain controller'
# or 'domain logons' is set
#
# It specifies the location of the user's
# profile directory from the client point of view) The following
# required a [profiles] share to be setup on the samba server (see
# below)
; logon path = \\%N\profiles\%U
# Another common choice is storing the profile in the user's home directory
# (this is Samba's default)
# logon path = \\%N\%U\profile
# The following setting only takes effect if 'domain logons' is set
# It specifies the location of a user's home directory (from the client
# point of view)
; logon drive = H:
# logon home = \\%N\%U
# The following setting only takes effect if 'domain logons' is set
# It specifies the script to run during logon. The script must be stored
# in the [netlogon] share
# NOTE: Must be store in 'DOS' file format convention
; logon script = logon.cmd
# This allows Unix users to be created on the domain controller via the SAMR
# RPC pipe. The example command creates a user account with a disabled Unix
# password; please adapt to your needs
; add user script = /usr/sbin/adduser --quiet --disabled-password --gecos "" %u
# This allows machine accounts to be created on the domain controller via the
# SAMR RPC pipe.
# The following assumes a "machines" group exists on the system
; add machine script = /usr/sbin/useradd -g machines -c "%u machine account" -d /var/lib/samba -s /bin/false %u
# This allows Unix groups to be created on the domain controller via the SAMR
# RPC pipe.
; add group script = /usr/sbin/addgroup --force-badname %g
############ Misc ############
# Using the following line enables you to customise your configuration
# on a per machine basis. The %m gets replaced with the netbios name
# of the machine that is connecting
; include = /home/samba/etc/smb.conf.%m
# Some defaults for winbind (make sure you're not using the ranges
# for something else.)
; idmap config * : backend = tdb
; idmap config * : range = 3000-7999
; idmap config YOURDOMAINHERE : backend = tdb
; idmap config YOURDOMAINHERE : range = 100000-999999
; template shell = /bin/bash
# Setup usershare options to enable non-root users to share folders
# with the net usershare command.
# Maximum number of usershare. 0 means that usershare is disabled.
# usershare max shares = 100
# Allow users who've been granted usershare privileges to create
# public shares, not just authenticated ones
usershare allow guests = yes
#======================= Share Definitions =======================
# Un-comment the following (and tweak the other settings below to suit)
# to enable the default home directory shares. This will share each
# user's home directory as \\server\username
;[homes]
; comment = Home Directories
; browseable = no
# By default, the home directories are exported read-only. Change the
# next parameter to 'no' if you want to be able to write to them.
; read only = yes
# File creation mask is set to 0700 for security reasons. If you want to
# create files with group=rw permissions, set next parameter to 0775.
; create mask = 0700
# Directory creation mask is set to 0700 for security reasons. If you want to
# create dirs. with group=rw permissions, set next parameter to 0775.
; directory mask = 0700
# By default, \\server\username shares can be connected to by anyone
# with access to the samba server.
# Un-comment the following parameter to make sure that only "username"
# can connect to \\server\username
# This might need tweaking when using external authentication schemes
; valid users = %S
invalid users = root
# Un-comment the following and create the netlogon directory for Domain Logons
# (you need to configure Samba to act as a domain controller too.)
;[netlogon]
; comment = Network Logon Service
; path = /home/samba/netlogon
; guest ok = yes
; read only = yes
# Un-comment the following and create the profiles directory to store
# users profiles (see the "logon path" option above)
# (you need to configure Samba to act as a domain controller too.)
# The path below should be writable by all users so that their
# profile directory may be created the first time they log on
;[profiles]
; comment = Users profiles
; path = /home/samba/profiles
; guest ok = no
; browseable = no
; create mask = 0600
; directory mask = 0700
[printers]
comment = All Printers
browseable = no
path = /var/spool/samba
printable = yes
guest ok = no
read only = yes
create mask = 0700
# Windows clients look for this share name as a source of downloadable
# printer drivers
[print$]
comment = Printer Drivers
path = /var/lib/samba/printers
browseable = yes
read only = yes
guest ok = no
# Uncomment to allow remote administration of Windows print drivers.
# You may need to replace 'lpadmin' with the name of the group your
# admin users are members of.
# Please note that you also need to set appropriate Unix permissions
# to the drivers directory for these users to have write rights in it
; write list = root, @lpadmin
[Laik]
valid users = laik
path = /mnt/shares/laik
guest ok = no
writeable = yes
[Sonja]
valid users = sonja
path = /mnt/shares/sonja
guest ok = no
writeable = yes
[CommonGround]
valid users = laik sonja
path = /mnt/shares/commonground
guest ok = no
writeable = yes
[Media]
valid users = laik sonja media
path = /mnt/shares/media
guest ok = no
writeable = yes
|
Joon
(Themenstarter)
Anmeldungsdatum: 17. Februar 2021
Beiträge: 36
|
Ich habe sie bisher immer nur via fstab eingebunden. Das hatte ich in einem Tutorial gefunden.
Die richtige Vorgehensweise ist:
1. Entweder die SMB-Freigabe einmalig als Systemressource einbinden (dann z.B. gerne über /etc/fstab) und den Benutzern nicht als Netzlaufwerk, sondern als lokales Unix-Verzeichnis zur Verfügung stellen,
Wie macht man das?
2. oder die SMB-Freigabe gar nicht über /etc/fstab einbinden, sondern jeder Benutzer muss sich selber per SMB beim Server anmelden und sein eigenes Netzlaufwerk in seine Verzeichnishierarchie einbinden.
und wie macht man das? Die SMB-Freigaben sollen statisch sein - nicht temporär. Besonders für den 2. User sollen sie einfach immer verfügbar sein.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Also gibt es einen Server, auf dem folgenden Freigaben vorhanden sind:
[Laik]
valid users = laik
path = /mnt/shares/laik
guest ok = no
writeable = yes
[Sonja]
valid users = sonja
path = /mnt/shares/sonja
guest ok = no
writeable = yes
[CommonGround]
valid users = laik sonja
path = /mnt/shares/commonground
guest ok = no
writeable = yes
[Media]
valid users = laik sonja media
path = /mnt/shares/media
guest ok = no
writeable = yes Je nachdem, ob sich an diesem Server (genauer: an der SMB Freigabe) der Benutzer laik oder sonja anmeldet, sollen unterschiedliche Verzeichnisse auf dem Client eingebunden werden. Richtig? Die besagte fstab Datei liegt nicht auf dem Server, sondern bei den Clients laik oder sonja. Ja? Welches Verzeichnis soll rwx bekommen? Ich tippe auf /mnt/shares/commonground. Bitte in diesem Zusammenhang noch Ausgaben posten:
getfacl /mnt/shares/commonground
getfacl /mnt/shares/
getfacl /mnt/
|
Joon
(Themenstarter)
Anmeldungsdatum: 17. Februar 2021
Beiträge: 36
|
"Laik" und "Sonja" liegen auf einem Rechner dem Kubuntu-20.04-Client. "Laik" ist user 1000 und hat sudo-Rechte, "Sonja" ist user 1001 und kein sudoer sondern normaler user.
In fstab sind die Shares "commonground" und "media" jeweils für laik und für sonja extra eingetragen, weil beide eigene credentials haben und jeweils auf die Freigaben zugreifen sollen. Allerdings hat dann immer der User, der zuerst reingeht volle Rechte (rwx) und der andere nur (r-x)
Die Methode scheint ja auch nicht richtig zu sein. Siehe: Die Datei /etc/fstab ist gedacht für Systemzugriffe auf Dateisysteme, nicht für Benutzerzugriffe.
Die Rechte:
getfacl /mnt/shares/commonground
# owner: root
# group: root
user::rwx
group::r-x
other::r-x
default:user::rwx
default:user:laik:rwx
default:user:sonja:rwx
default:group::r-x
default:mask::rwx
default:other::r-x getfacl /mnt/shares/
# file: mnt/shares/
# owner: root
# group: root
user::rwx
group::r-x
other::r-x getfacl /mnt/
# file: mnt/shares/
# owner: root
# group: root
user::rwx
group::r-x
other::r-x Die Rechte sind - wie schon erwähnt - korrekt, oder?
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Ja, Server-seitig sieht das ok aus. Ich bin zwar kein Freund von ACLs und würde lieber eine Gruppe commonground anlegen (mit den beiden Benutzern laik und sonja) aber daran sollte es erstmal nicht scheitern. Dann kann das "Problem" nur auf Seite des Clients sein. Kannst du mal die fstab des Clients posten?
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
Joon schrieb: […] Die Rechte:
getfacl /mnt/shares/commonground
# owner: root
# group: root
user::rwx
group::r-x
other::r-x
default:user::rwx
default:user:laik:rwx
default:user:sonja:rwx
default:group::r-x
default:mask::rwx
default:other::r-x
[…]
Die Rechte sind - wie schon erwähnt - korrekt, oder?
Ich denke: Nein! Du hast nur geregelt, welche ACL neu angelegte Dateien und Ordner bekommen sollen, aber nicht den Benutzern den Zugriff auf das Verzeichnis eingeräumt. Lies das Wiki: ACL
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Das würde ja der Aussage widersprechen, dass immer jeweils ein Benutzer rwx Rechte hat. Ich vermute daher das Problem eher beim Client. Jedenfalls können wir die ACLs auch gänzlich löschen und auf eine Gruppe umstellen: | sudo groupadd commonground
sudo usermod -aG commonground laik
sudo usermod -aG commonground sonja
sudo chown :commonground -R /mnt/shares/commonground
sudo chmod g=rwx -R /mnt/shares/commonground
sudo setfacl -b -R /mnt/shares/commonground
# Kontrolle
getfacl /mnt/shares/commonground
|
Dann dürften Server-seitig die letzten Zweifel ausgeräumt sein.
|
Joon
(Themenstarter)
Anmeldungsdatum: 17. Februar 2021
Beiträge: 36
|
Ich denke: Nein! Du hast nur geregelt, welche ACL neu angelegte Dateien und Ordner bekommen sollen, aber nicht den Benutzern den Zugriff auf das Verzeichnis eingeräumt. Lies das Wiki: ACL
Wie gepostet habe ich mich lange mit smb befasst, bevor ich ins Forum geschrieben habe. Rund um Samba und Rechte-vergabe habe ich eigentlich alles gelesen: ACL, mount.cifs, Samba, Samba Server, smb.conf, Rechte, chmod, usermod, chown, chgrp. Dein Tipp hilft so leider nicht weiter. Warum sollen die Rechte so falsch sein und wie sollten sie aussehen?
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Unabhängig von den ACLs (siehe mein Vorschlag oben), kannst du bitte mal von den Clients die fstab posten?
|
Joon
(Themenstarter)
Anmeldungsdatum: 17. Februar 2021
Beiträge: 36
|
Dann dürften Server-seitig die letzten Zweifel ausgeräumt sein.
Gern würde ich bei ACLs bleiben, da das die modernere Geschichte ist und einfacher zu handeln, wenn's läuft 😉 Ich denke auch, dass es ein Client Problem ist. Die Freigaben laufen auf sämtlichen Geräten (Windows + Linux), auf die die User jeweils getrennt zugreifen und zum Glück auch in Nextcloud. Nur der Kubunturechner bockt - übrigens sowohl unter 18.04 als auch unter 20.04.LTS. Unter 18.04 hatte ich zwischendurch auch Gruppen. Das Ergebnis ist genau wie bei den ACLs. Serverseitig ist immer 20.04LTS im Einsatz.
Auch mit unterschiedlichen Rechten habe ich schon rumprobiert (s. Antwort-Mail auf kB). Zusammengebaut habe ich alles nach diesem Tutorial: https://decatec.de/linux/samba-auf-ubuntu-server/. Mit dem Macher habe ich kommuniziert. Er meint, ich solle ein Skript einsetzen. Leider kann ich keine Skripte schreiben.
Ich hab für jede Freigabe einen Eintrag in fstab, weil es so im ubuntuuser-Wiki mount.cifs stand. Here they are:
//192.168.178.XX/Laik /mnt/FreeShare/Laik cifs credentials=/home/laik/.smbcredentials,users,uid=1000,gid=1000,noperm,_netdev,noauto,x-systemd.automount 0 0
//192.168.178.XX/Media /mnt/FreeShare/Media cifs credentials=/home/laik/.smbcredentials,users,uid=1000,gid=1000,noperm,_netdev,noauto,x-systemd.automount 0 0
//192.168.178.XX/CommonGround /mnt/FreeShare/CommonGround cifs credentials=/home/laik/.smbcredentials,users,uid=1000,gid=1000,noperm,_netdev,noauto,x-systemd.automount 0 0
//192.168.178.XX/Sonja /mnt/FreeShare/Sam cifs credentials=/home/sonja/.smbcredentials,users,uid=1001,gid=1001,noperm,_netdev,noauto,x-systemd.automount 0 0
//192.168.178.XX/CommonGround /mnt/FreeShare/CommonGround cifs credentials=/home/sonjasmbcredentials,nusers,uid=1001,gid=1001,operm,_netdev,noauto,x-systemd.automount 0 0
//192.168.178.XX/Media /mnt/FreeShare/Media cifs credentials=/home/sonja/.smbcredentials,users,uid=1001,gid=1001,noperm,_netdev,noauto,x-systemd.automount 0 0
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Joon schrieb: //192.168.178.XX/Laik /mnt/FreeShare/Laik cifs credentials=/home/laik/.smbcredentials,users,uid=1000,gid=1000,noperm,_netdev,noauto,x-systemd.automount 0 0
//192.168.178.XX/Media /mnt/FreeShare/Media cifs credentials=/home/laik/.smbcredentials,users,uid=1000,gid=1000,noperm,_netdev,noauto,x-systemd.automount 0 0
//192.168.178.XX/CommonGround /mnt/FreeShare/CommonGround cifs credentials=/home/laik/.smbcredentials,users,uid=1000,gid=1000,noperm,_netdev,noauto,x-systemd.automount 0 0
//192.168.178.XX/Sonja /mnt/FreeShare/Sam cifs credentials=/home/sonja/.smbcredentials,users,uid=1001,gid=1001,noperm,_netdev,noauto,x-systemd.automount 0 0
//192.168.178.XX/CommonGround /mnt/FreeShare/CommonGround cifs credentials=/home/sonjasmbcredentials,nusers,uid=1001,gid=1001,operm,_netdev,noauto,x-systemd.automount 0 0
//192.168.178.XX/Media /mnt/FreeShare/Media cifs credentials=/home/sonja/.smbcredentials,users,uid=1001,gid=1001,noperm,_netdev,noauto,x-systemd.automount 0 0
Das was du hier probierst, geht unter Ubuntu nicht. Die fstab wird quasi Zeile für Zeile abgearbeitet. D. h. du überschreibst die bereits vorhandenen Verzeichnisse. Entweder du machst pro User spezifische Verzeichnisse oder wir müssen uns eine andere Lösung überlegen. Ich denke du willst letzteres, sodaß für beide Benutzer der gleiche Pfad angezeigt werden soll, oder?
|
Joon
(Themenstarter)
Anmeldungsdatum: 17. Februar 2021
Beiträge: 36
|
komisch, dann habe ich was bei diesem mount.cifs-Wiki nicht richtig verstanden. /mnt/FreeShare ist nicht so wichtig. Wichtig ist, dass beide auch CommonGround zugreifen. Ich leg jetzt CommonGround etc. in das jeweilige Home-Verzeichnis + meld mich dann.
|