Cómo configurar el grupo predeterminado para los archivos creados en el recurso compartido Samba

11

Estoy compartiendo un directorio, /home/pi/pydeven un cuadro de debian (raspberry pi, de hecho) con Samba. Estoy leyendo y escribiendo en ese directorio desde una máquina con Windows 7. Cuando creo, bajo W7, un archivo en ese directorio, obtiene los derechos 0764, y es propiedad del usuario rolf y group rolf, ese soy yo en la máquina W7.

El usuario pi en el cuadro de debian y el usuario rolf (en W7) necesitan poder modificar los archivos en ese directorio, por lo que los hice miembros del grupo coders, esperando poder configurarlo para que los miembros de los codificadores tengan al menos lectura y escritura acceso a archivos en ese directorio. .

Pero el usuario pi no puede modificar ningún archivo que pertenezca al grupo rolf.

Podría chmod rolf:coders <filename>presentar archivo por archivo.
Agregar usuario pi a rolf de grupo es feo y no funciona (no esperaba eso. ¿Mantiene Samba una administración de usuarios completamente diferente con grupos, además de Debian?).
También podría iniciar sesión en la máquina debian como rolf y navegar a esa carpeta.

Pero la forma más elegante (para mí) sería si un archivo creado por rolf desde la máquina W7 obtuviera codificadores userid rolf y groupid, por defecto.

¿Puedo configurar Samba para hacer eso, o hay alguna otra forma de automatizar esa tarea?

RolfBly
fuente

Respuestas:

10

Si entiendo lo que estás preguntando correctamente, entonces lo que quieres está dentro del smb.confubicado aquí:

   /etc/samba/smb.conf

Agregue estas opciones a la [global]sección:

   force user = rolf
   force group = coders
devnull
fuente
No hay problema. Encantado de ayudar. : D
devnull
1
En el caso de que alguien esté buscando agregar usuario, grupo y cadena de permisos reales, agreguecreate mask = 0775
danielson317
¿sabe que las forcedirectivas hacen que cualquier usuario realice operaciones como el usuario / grupo especificado? diga, por ejemplo, que tiene un recurso compartido /joey un recurso compartido /anne, si lo hace force user = anneen el recurso compartido /anne, ¡entonces el usuario joepuede acceder /anne, gran no-no y un gran riesgo de seguridad! esta opción es tan engañosa que debería documentarse mejor y no usarse a la ligera
Gizmo
8

podría intentar agregar un bit adhesivo para el grupo en esa carpeta

chmod 2770 foldername
find foldername -type d -exec chmod g+s {} \;
Abey
fuente
Gusta. La respuesta correcta debería ser esta. Hacer que los permisos de grupo en directorios y subdirectorios sean fijos es un problema típico del sistema de archivos de Linux y no un problema de Samba.
therealmarv
¿Qué hace?
SandRock