web-dev-qa-db-fra.com

Mise en place d'un lecteur multimédia partagé

Je souhaite qu'un lecteur multimédia partagé soit utilisable de manière transparente pour tous les utilisateurs, tout en respectant les normes FHS et Ubuntu. Le premier est prioritaire si nécessaire. Je le monte actuellement à /media/Stuff mais /media est supposé être destiné à un support externe, je crois. Le problème principal consiste à définir des autorisations appropriées pour que l'accès en lecture et en écriture sur le lecteur puisse être accordé à plusieurs utilisateurs travaillant dans les mêmes répertoires.

InstallationANewHardDrive semble à la fois légèrement confus et pas ce que je veux. Il affirme que cela définit la propriété du répertoire de niveau supérieur (malgré l'indicateur de récursivité):

    Sudo chown -R USERNAME:USERNAME /media/mynewdrive

Et que cela permettra à plusieurs utilisateurs de créer des fichiers et des sous-répertoires mais uniquement de supprimer leurs propres:

    Sudo chgrp plugdev /media/mynewdrive
    Sudo chmod g+w /media/mynewdrive
    Sudo chmod +t /media/mynewdrive

Cependant, le bit en écriture de groupe ne semble pas être hérité, ce qui est gênant pour garder les choses organisées (empêche la création dans des sous-dossiers créés à l'origine par un autre utilisateur). Le bit collant est probablement également indésirable pour la même raison, bien qu'il semble actuellement qu'un utilisateurA (peut-être le propriétaire du point de montage?) Puisse supprimer les fichiers de l'utilisateurB, mais pas l'inverse. C'est bien, tant que l'utilisateur B peut créer des fichiers dans le répertoire de l'utilisateurA. Alors:

  • Quel est le bon point de montage?
  • Est-ce que plugdev est le bon groupe?
  • Plus important encore , comment configurer les autorisations pour conserver un lecteur de média organisé?

Je ne veux pas exécuter de tâches cron pour définir des autorisations régulièrement!

7
Sam Brightman

Le point de montage correct est /mnt/mynewdrive ; plugdev n'est pas correct; sur les autorisations, pourquoi ne pas utiliser les listes de contrôle d'accès (ACL)?

Les outils ACL sont-ils installés par défaut? Je ne m'en souviens pas, mais je ne peux pas nous blesser ...

Sudo apt-get install acl

Montez les systèmes de fichiers avec l'option acl dans/etc/fstab.

Sudo vim /etc/fstab

UUID = xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/ext4 par défaut, acl 0 1

Sudo mount -o remount,acl /

Créez ensuite un groupe auquel un utilisateur peut appartenir, que j'appellerai stone , puis faites en sorte qu'un utilisateur devienne membre de ce groupe.

Sudo groupadd stone
Sudo usermod -a -G stone $username

L'utilisateur doit se déconnecter et se reconnecter pour devenir membre du groupe. Si le répertoire,/mnt/mynewdrive, est monté et complètement vide:

Sudo chown root.stone /mnt/mynewdrive
Sudo chmod 0775 /mnt/mynewdrive
Sudo chmod g+s  /mnt/mynewdrive
Sudo chmod +t   /mnt/mynewdrive
Sudo setfacl -d -m u::rwx,g::rwx,o::r-x /mnt/mynewdrive

Au dessus de...

  • Changer le propriétaire en root et le propriétaire du groupe en stone
  • Donner la capacité d'écriture au groupe de pierre
  • Faire en sorte que tous les nouveaux fichiers appartiennent à un groupe appartenant à la pierre
  • Restreindre supprimer et renommer à tous sauf l'utilisateur qui a créé le fichier
  • Par défaut, autorisez l'utilisateur et le groupe rwx, les autres: rx.
3
user8290

Pour le moment, je vous suggère de configurer un lecteur sans autorisations. Utilisez FAT32 ou un autre système de fichiers non sécurisé et partagez-le sur Samba.

À l'avenir, je pense que nous devons examiner sérieusement la façon dont nous activons ce type de fonctionnalités dans Ubuntu.

0