Больше нет звуков уведомлений

[117192] Трудно давать точные команды, не зная O/S или распределения; и да! ACL будет работать, но есть и стандартный способ.

Есть [117502]adduser[117503] и [117504]useradd[117505], один из них в вашем дистрибутиве может создать домашний каталог пользователя автоматически. Если это так, то содержимое каталога [117506]/etc/skel/[117507] будет скопировано в домашний каталог пользователя, набор разрешений и, возможно, будут произведены другие соответствующие действия.

dpkg-reconfigure ubuntu-desktop

Могут существовать группы, предварительно определенные для совместного использования, например, "staff"; но, если мы хотим создать свою собственную группу для совместного использования, то ничего страшного в этом нет. Итак, создайте новую группу или используйте существующую группу. Убедитесь, что пользователи, которые должны быть членами группы, определены как таковые с помощью [117508]usermod[117509], [117510]moduser[117511], или [117512]vigr[117513], возможно, в соответствии с операционной системой. Каждый пользователь, вошедший в систему в данный момент, должен выйти из системы и вернуться обратно, чтобы стать членом новой группы.

Создайте каталог, общий для всех пользователей, такой как [117514]/home/share_directory/[117515] или любой другой каталог, который имеет наибольший смысл в вашей ситуации. Соответствующая лучшая практика заключается в том, чтобы не использовать каталог [117516]в пределах [117517] любого пользовательского домашнего каталога. Если никто, кроме владельца и группы, не должен видеть файлы в этом каталоге, то измените права доступа к каталогу на 0770. Если "другие" разрешают чтение, то используйте 0775. Владелец каталога почти наверняка должен быть root.

• Далее, измените бит setuid.
• Если ни один пользователь не должен иметь возможности изменять файл другого пользователя, тогда также установите бит stick.
• Эти примеры устанавливают и бит setuid, и бит sticky одновременно, используя [117518]восьмеричную нотацию[117519].

или

Для обновленного вопроса, кажется, что ACL - это правильный инструмент. Большинство дистрибутивов Linux теперь включают опцию [117520]acl[117521] в опцию [117522] по умолчанию [117523]. Если в вашем дистрибутиве по умолчанию не включена опция [117524]acl[117525], то необходимо немного поработать, чтобы начать использовать ее. Сначала смонтируйте файловые системы с опцией [117526]acl[117527] в /etc/fstab. При необходимости перемонтируйте файловую систему: [117528]sudo mount -o remount,acl /[117529]. Затем создайте группу, к которой может принадлежать пользователь для этой цели. Также может потребоваться установка утилит ACL: [117530]apt-get install acl[117531].

(Или эта группа может быть "подрядчиками"). В настоящее время пользователь, вошедший в систему, должен выйти из системы и снова войти в нее, чтобы стать членом новой группы. Конечно, не делайте этого, если у вас есть содержимое каталога /var/www, которое вы хотите сохранить, а просто чтобы проиллюстрировать его настройку для запуска:

Выше, разница между командами [117532]setfacl[117533] заключается в следующем: первая инстанция использует группу по умолчанию (владелец группы в каталоге), в то время как вторая указывает группу явно. Переключатель [117534]-d[117535] устанавливает маску по умолчанию ([117536]-m[117537]) для всех новых объектов файловой системы внутри каталога. Однако, нам также нужно снова запустить команду без переключателя [117538]-d[117539], чтобы применить ACL к самой директории. Затем заменить ссылки на "/var/www" на "/var/www/public" в конфигурационном файле и перезагрузить.

1. Если бы мы хотели ограничить удаление и переименование всех, кроме пользователя, который создал файл: [117540]sudo chmod +t /var/www/public[117541]. Таким образом, если мы хотим создать каталоги для фреймворков, которые существуют вне корня документа Apache или, возможно, создать каталоги для сервера, которые можно записать, это всё ещё просто.
2. Каталог журналов Apache, который можно записать:
3. Каталог библиотек, которые можно записать Apache:
4. Маленький бит "play" в каталоге, который не имеет значения, должен помочь получить это как раз в вашей ситуации.

Об ограничениях я использую два различных подхода: shell, [117542]rssh[117543], был сделан для предоставления SCP/SFTP доступа, но без SSH доступа; или, чтобы ограничить использование домашним каталогом, вы можете использовать внутреннюю подсистему sftp, сконфигурированную в [117544]/etc/ssh/sshd_config[117545].

Создайте группу с именем, например, sftponly. Сделайте пользователей членами группы sftponly. Изменить их домашние каталоги на [117546]/[117547] из-за chroot. Каталог, /home/username, должен принадлежать root. Вы также можете установить оболочку пользователя в /bin/false для предотвращения доступа к SSH. В основном меня беспокоит интерактивный доступ, так что обычно используйте путь [117548]rssh[117549]. (Они не могут писать нигде, кроме тех мест, где я определил возможность записи.)[117227].