|
|
|
|
||||||
| fr.comp.os.linux.config Prise en main d'un système Linux. |
![]() |
|
|
LinkBack | Outils de la discussion |
|
|
#1 |
|
Messages: n/a
Hébergeur: |
Bonjour,
Je sèche sur une question qui peut paraître idiote : Dans un répertoire /data appartenant à admin:administration et avec des droits réglés en 770, tous les membres du groupes users peuvent ajouter et/ou modifier des fichiers grâces aux ACL. Ce que je souhaiterais, c'est que tous les fichiers créés par les membres de users dans /data deviennent propriété de admin:administration (un peu comme l'option Samba "force user"). Je cherche du côté des attributs étendus et autres mais je n'ai, pour le moment, rien trouvé. Quelqu'un a-t-il une idée ??? Merci d'avance. SW |
|
|
|
#2 |
|
Messages: n/a
Hébergeur: |
Sébastien Weber <valereg@hotmail.fr> écrivait:
> Bonjour, > > Je sèche sur une question qui peut paraître idiote : > > Dans un répertoire /data appartenant à admin:administration et avec des > droits réglés en 770, tous les membres du groupes users peuvent ajouter > et/ou modifier des fichiers grâces aux ACL. > Ce que je souhaiterais, c'est que tous les fichiers créés par les membres > de users dans /data deviennent propriété de admin:administration (un peu > comme l'option Samba "force user"). > Je cherche du côté des attributs étendus et autres mais je n'ai, pour le > moment, rien trouvé. > > Quelqu'un a-t-il une idée ??? > > Merci d'avance. > > SW c'est le rôle du bit suid sur le répertoire -- À peu près tout ce qu'on peut imaginer de débile en informatique finit par exister un jour ou l'autre. (BB) |
|
|
|
#3 |
|
Messages: n/a
Hébergeur: |
Le Sat, 05 Jan 2008 18:52:42 +0100, Erwan David a écritÂ:
> Sébastien Weber <valereg@hotmail.fr> écrivaitÂ: > >> Bonjour, >> >> Je sèche sur une question qui peut paraître idiote : >> >> Dans un répertoire /data appartenant à admin:administration et avec des >> droits réglés en 770, tous les membres du groupes users peuvent ajouter >> et/ou modifier des fichiers grâces aux ACL. Ce que je souhaiterais, >> c'est que tous les fichiers créés par les membres de users dans /data >> deviennent propriété de admin:administration (un peu comme l'option >> Samba "force user"). >> Je cherche du côté des attributs étendus et autres mais je n'ai, pour >> le moment, rien trouvé. >> >> Quelqu'un a-t-il une idée ??? >> >> Merci d'avance. >> >> SW > > c'est le rôle du bit suid sur le répertoire Merci. Je teste tout de suite. SW |
|
|
|
#4 |
|
Messages: n/a
Hébergeur: |
Bon. J'ai donc fait :
chmod u+s /data chmod g+s /data Cela fonctionne pour le groupe : si un utilisateur (appelons-le user1 pour l'exemple) de users crée un fichier dans /data, le fichier appartient bien au groupe administration, mais en revanche, le propriétaire du fichier reste user1. Est-ce normal ou est-ce que j'ai mal fait quelque chose ??? SW |
|
|
|
#5 |
|
Messages: n/a
Hébergeur: |
Sébastien Weber :
> Ce que je souhaiterais, c'est que tous les fichiers créés par les membres > de users dans /data deviennent propriété de admin:administration (un peu > comme l'option Samba "force user"). Il n'y a rien de prévu pour ça, il faut faire des bricolages foireux à la main. |
|
|
|
#6 |
|
Messages: n/a
Hébergeur: |
Le Sat, 05 Jan 2008 18:37:54 +0000, Luc Habert a écritÂ:
> Sébastien Weber : > >> Ce que je souhaiterais, c'est que tous les fichiers créés par les >> membres de users dans /data deviennent propriété de >> admin:administration (un peu comme l'option Samba "force user"). > > Il n'y a rien de prévu pour ça, il faut faire des bricolages foireux à > la main. C'est ce que je viens de comprendre. Merci. SW |
|
|
|
#7 |
|
Messages: n/a
Hébergeur: |
Erwan David wrote in message
<m2r6gwf9cl.fsf@ratagaz.depot.rail.eu.org>: > c'est le rôle du bit suid sur le répertoire Non. C'est valable pour le groupe, mais pas pour le propriétaire. |
|
|
|
#8 |
|
Messages: n/a
Hébergeur: |
Sébastien Weber <valereg@hotmail.fr> a écrit:
> C'est ce que je viens de comprendre. Une bidouille usuelle consiste à monter un système de fichiers qui ne prend pas en compte les systèmes de droits unixiens classiques tel que FAT32. Bien sûr, on est alors confronté à d'autres limitations comme la taille du FS à allouer. On doit également pouvoir faire ça proprement avec FUSE, mais j'ignore si ce travail a déjà été effectué. -- Nicolas S. |
|
![]() |
| Outils de la discussion | |
|
|