http://forum.altlinux.org/index.php/topic,32433.msg228315.html#msg228315 Создание шары: mkdir /srv/share chown root:root /srv/share chmod 755 /srv/share smb.conf: [share] path = /srv/share create mask = 0664 force create mode = 0664 directory mask = 0775 force directory mode = 0775 Создаю правила: setfacl -m u::rwx,g::r-x,o::r-x,d:u::rwx,d:g::r-x,d:o::r-x /srv/share setfacl -m g:group1:rwx,d:g:group1:rwx /srv/share На клиенте монтирую через pam_mount. Каталоги и файлы создаются нормально, но если у файла попытаться изменить права, то они спрыгивают на rw-:rwx:r-- и изменить права у группы не получается, они всегда спрыгивают на rwx. Если же включить в самба опцию 'inherit permissions = yes' и выполнить 'setfacl -k /srv/share', то, если вышестоящий каталог имеет права rwx:r-x:r-x, то и файл наследует те же права rwx:r-x:r-x. То есть, для файлов как бы должны срабатывать эффективные права и x должен обрезаться, но этого не происходит.
Проверка актуальности. Отчёт 2014 года для samba того времени, реакции с тех пор не было; в Sisyphus samba 4.22.11-alt3, обработка POSIX ACL и режимов create/directory mask сильно переработана. Закрываю; если права на файлах в шаре по-прежнему «спрыгивают» на текущей samba — нужен новый баг с smb.conf и getfacl.
Там не только в samba дело, но в том, с какими опциями смонтирована шара (версия протокола), плюс posix-расширения в SMB3.x не были реализованы. В общем, нужно воспроизводить в новом окружении.
раз за столько лет не воспроизвели, то не нужно.
