Как добраться, группа пишут разрешение с Samba 4?

Question 1

У меня есть сервер доли Samba под управлением Ubuntu. После обновления до 14,04, мне обновили Samba от 3 до 4. С тех пор я не могу получить разрешение записи группы на своем недавно созданном каталоге или файлах.

То, что ранее работало в Samba3, использовало эти настройки:

security mask = 000
force security mode = 660
directory security mask = 000
force directory security mode = 770
force user = nobody
force group = Domain Users

Эти настройки были удалены в Samba 4 (см. https://wiki.samba.org/index.php/Samba_4.0_Features_added/changed#smb.conf_changes).

Но теперь, мои каталоги создаются "drwxr-x---2 никто Пользователи домена" и мои новые файлы "-rwxr-x---1 никто Пользователи домена".

Таким образом, каков путь в Samba 4, чтобы позволить моим пользователям создавать и совместно использовать с полномочиями записи новые каталоги и файлы?

Вот моя полная конфигурация самбы:

[global]
    workgroup = WORKGROUP
    server string = %h server (Samba, Ubuntu)
    interfaces = 127.0.0.0/8, eth0
    map to guest = Bad User
    obey pam restrictions = Yes
    passdb backend = ldapsam:ldap://ldap
    pam password change = Yes
    passwd program = /usr/bin/passwd %u
    passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
    syslog = 0
    log file = /var/log/samba/log.%m
    max log size = 1000
    load printers = No
    domain master = Yes
    dns proxy = No
    ldap admin dn = cn=root,dc=example,dc=com
    ldap group suffix = ou=Groups
    ldap idmap suffix = ou=Idmap
    ldap machine suffix = ou=Computers
    ldap passwd sync = yes
    ldap suffix = dc=example,dc=com
    ldap ssl = no
    ldap user suffix = ou=People
    usershare allow guests = Yes
    panic action = /usr/share/samba/panic-action %d
    idmap config * : backend = tdb

[CommonShare]
    comment = Common share
    path = /srv/samba/common
    valid users = @myusers
    read only = No
    create mask = 0660
    force create mode = 0770
    directory mask = 0770
    force directory mode = 0770
    inherit permissions = Yes
    inherit owner = Yes

Question 2

Для решения проблемы, можно добавить force user имя пользователя к списку valid users для доли.

В Вашем случае:

[Myshare]
...
valid users = @bureau
...

должен быть:

[Myshare]
...
valid users = nobody @bureau
...

Question 3

Question 4

Эта та же проблема произошла со мной.

я должен был обновить списки управления доступом всех каталогов с полномочиями группы по умолчанию:

sudo setfacl -R -m d:g:family:rwx /mnt/backup

-R = recursive
-m = modify
d: = defaults
g: = group name ("family" in my case) or gid number
rwx = default permissions read write execute for all in group

/mnt/backup каталог (и подкаталоги) для изменения.

Question 5

Первые четыре параметра были удалены, не последние два (см.: https://www.samba.org/samba/docs/man/manpages/smb.conf.5.html#FORCEUSER).

Так, просто откладывает их в файле конфигурации, и это должно решить проблему. Если Вы хотите полномочия записи пользователям в конкретной группе, добавьте write list параметр. Это обеспечивает способность дать разрешения записи определенным пользователям или группам.

Вот пример конфигурации, которую я использую для разрешения создания/модификации файлов всем пользователям, принадлежащим определенной группе (и только этим пользователям):

[Myshare] writeable = yes path = /shares/office force directory mode = 770 force create mode = 770 force group = bureau valid users = @bureau write list = @bureau.

Question 6

Я знаю, что это - старый поток, но это могло бы помочь кому-то. Я решил это путем установки setgid бит к 2 (вместо 0) так каталоги / файлы создается с полномочиями записи группы, например.

force create mode = 2777 force directory mode = 2777

От: https://linuxconfig.org/how-to-use-special-permissions-the-setuid-setgid-and-sticky-bits#h7-the-setgid-bit

Question 7

Question 8

Параметры маски ничего не меняют, даже силовые параметры не меняют поведения с групповыми битами. У меня работал только этот конфиг:

[global]
store dos attributes = yes  (for correct office hidden files)

obey pam restrictions = no  (!!!!)

[shares]
create mask = 7770
directory mask = 7770
force group = [one_group_for_all_shares]

(ничего критичного, есть параметр valid users, где я группирую пользователей по шарам)

Matg · Accepted Answer · 6 October 2019 в 20:33