Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 06/09/2016, à 14:27

benlo69

Samba, permissions et propriétaires

Bonjour,
Je m'arrache les cheveux avec les permissions et les propriétaires sur un réseau samba.
Il s'agit d'un petit réseau d'école avec un serveur sous ubuntu 14.04
et des clients sous debian 8 xfce.

Sur le serveur, il y a un dossier partagé "boussole"
Les clients y accèdent par thunar, gvfs-backends installé.
On me demande un utilisateur, mot de passe, je rentre celui de l'utilisateur samba créé sur le serveur pour l'occasion (boussole)
Je pense donc être connecté à samba comme utilisateur et non comme invité...

Depuis les clients, je peux lire, modifier, écrire. Tout va bien...
MAIS, depuis le serveur, je ne peux modifier ce qui a été créé par les clients. Tout est en lecture seul. Dans l'onglet permission de nautilus, tout est grisé, il n'y a pas de nom de propriétaire, le groupe est guest, et seul le propriétaire peut écrire.

Sur les clients, les fichiers, dossiers créés appartiennent à root:root. J'arrive à modifier un fichier créé par un client sous un autre client (ils ont les mêmes noms d'utilisateurs, mêmes mots de passe).

Comment faire pour que tout soit modifiable par les clients et par le serveur (qui a un nom différent : benjamin)

Merci

voici le smb.conf du serveur :

#
# 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 = LORCA

# server string is the equivalent of the NT Description field
	server string = %h server (Samba, Ubuntu)

# Windows Internet Name Serving Support Section:
# WINS Support - Tells the NMBD component of Samba to enable its WINS Server
#   wins support = no

# WINS Server - Tells the NMBD components of Samba to be a WINS Client
# Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
;   wins server = w.x.y.z

# This will prevent nmbd to search for NetBIOS names through DNS.
	dns proxy = no

#### 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

# If you want Samba to only log through syslog then set the following
# parameter to 'yes'.
#   syslog only = no

# We want Samba to log a minimum amount of information to syslog. Everything
# should go to /var/log/samba/log.{smbd,nmbd} instead. If you want to log
# through syslog you should set the following parameter to something higher.
	syslog = 0

# Do something sensible when Samba crashes: mail the admin a backtrace
	panic action = /usr/share/samba/panic-action %d


####### Authentication #######
	security = user
	valid users = @guest, @benjamin
# 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 sever" 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

# If you are using encrypted passwords, Samba will need to know what
# password database type you are using.  
;	passdb backend = tdbsam

	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 = bad 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 uid = 10000-20000
;   idmap gid = 10000-20000
;   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 (default) 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

[boussole]
	path = /home/benjamin/Documents/boussole
	writeable = yes
	browseable = yes
	guest ok = no
	read only = no
	valid users = @sambashare, boussole

# 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.

# 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 = 0775

# 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 = 0775

# 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

# 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
	writeable = yes
	guest ok = yes
# 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

Hors ligne

#2 Le 06/09/2016, à 21:33

J5012

Re : Samba, permissions et propriétaires

aie aie aie
le probleme c'est bien les droits et permissions
avec gnulinux, les autorisations sont à plusieurs niveaux !
- niveau utilisateurs hote (dans ton cas la machine qui sert)
- niveau reseaux (c'est equivalent à root)
- niveau fuse (pour le montage c'est equivalent à root
- niveau utilisateurs invité (dans ton cas les clients debian)
- niveau utilisateurs samba (as-tu cree un groupe samba ? y-as-tu adjoins des utilisateurs)

quand tu fais monter par le serveur le dossier boussole en partage sur le reseau smb, c'est fuse qui s'en charge
quand par le reseau smb, les utilisateurs copient ou creent des fichiers, ce sont les process reseaux qui effectuent ces copies (l'utilisateurs a juste donné un ordre)

pour que les differents fichiers appartiennent correctement à leurs utilisateurs:
- les utilisateurs doivent appartenir au groupe samba ou smb ou cifs
- le groupe doit avoir les droits d'ecriture sur le partage par fuse
- est-ce que les utilisateurs samba et les utilisateurs hote doivent etre les memes ? à toi de voir ...

Hors ligne

#3 Le 06/09/2016, à 21:45

benlo69

Re : Samba, permissions et propriétaires

Merci beaucoup pour ta réponse rapide.
Pour les groupes, en lisant les doc, j'avais créé des groupes sambashare et sambausers (selon les docs ça différait, j'ai essayé les deux), j'ai intégré @sambashare dans les valid user du smb.conf

Mais je peux essayer des créer avec samba, le nom est important ?

Là où j'ai besoin d'un éclaircissement c'est pour cette phrase :

- le groupe doit avoir les droits d'ecriture sur le partage par fuse

Comment fait-on cela ?

En tout cas, j'ai bien l'impression que mon problème vient des droits de fuse

- niveau fuse (pour le montage c'est equivalent à root)

Ça veut bien dire que si on écrit sur une ressource réseau montée par fuse, ça met root comme propriétaire ?
Ça correspondrait à ce que j'observe...

Hors ligne

#4 Le 06/09/2016, à 22:20

J5012

Re : Samba, permissions et propriétaires

pour ca que j'ecrivais : aie aie aie
le probleme (re encore) est que tu as opté pour une securite samba utilisateur (user) et non partagé (share)

alors qu'il n'y a qu'un utilisateur accedant à partir de plusieurs machines, utilisateur samba uniquement donc different des utilisateurs hote ou client debian

cet utilisateur samba accede à boussole avec un dossier monté par fuse sur un ordi debian à partir des infos transmis par le serveur, cet utilisateur samba est donc inconnu de debian , logiquement il est donc consideré comme invité sur la machine debian (ce n'est pas le guest de samba)

sur le serveur, l'utilisateur samba n'est pas non plus un utilisateur hote, il accede à boussole via fuse, l'utilisateur est donc inconnu de l'hote, l'hote ne le voit qu'a travers fuse

sur la machine hote, quels sont les acces de boussole ?

Hors ligne

#5 Le 06/09/2016, à 22:31

benlo69

Re : Samba, permissions et propriétaires

Je veux bien passer en share, mais j'avais lu que ce n'était plus pris en charge par les dernières versions de samba (4).
Je pense que c'est le cas sur 14.04 ?
Si je peux repasser en share ce serait l'idéal...

Sinon comment savoir

sur la machine hote, quels sont les acces de boussole ?

J'avoue que je suis perdu entre les utilisateurs du PC, les utilisateurs samba, les liens entre les deux...

Hors ligne

#6 Le 07/09/2016, à 08:41

J5012

Re : Samba, permissions et propriétaires

perso j'utilise le frontal web webmin pour gerer mes partages share :
- j'ai deux disques de grosse capacite
- les deux disques sont montes à la racine de la machine hote, /d1 et /d2
- les montages sont en root via fstab et non fuse
- avec webmin j'ai donné en samba les droits et permissions à l'utilisateur nobody de nogroup sur les partages crees sur /d1 et /d2, soient donc \\serveur\workgroup\p1 et \\serveur\workgroup\p2
- droits proprietaire pour nobody, lecture+ecriture+execution (rwx), rwx pour le groupe, rwx pour les autres (à toi de voir pour les autres)

pour la section share qui aurait disparu dans smb xenial, tu peux toujours reporter les memes dispositions pour la section user en precisant les permissions separees pour le partage boussole : clic droit (donc en "dur") sur dossier boussole puis proprietes ou laisser en root ou sur l'utilisateur courant, puis dans la config smb forcer les droits et permissions sur les fichiers crees ...

edit : qqs tutos et docs pour que ca soit plus clair :
https://www.howtoforge.com/tutorial/sam … ntu-16-04/
https://wiki.samba.org/index.php/Standalone_server
https://wiki.samba.org/index.php/Anonymous_Share

Dernière modification par J5012 (Le 09/09/2016, à 07:47)

Hors ligne