Est-il possible de fixer des droits sur un repertoire tel que des
utilisateurs peuvent cr=E9er des fichiers mais pas en supprimer (ou bien
supprimer seulement ceux dont ils sont propri=E9taire) ?
Personne n'a id=E9e sur la question ?<br><br>Est-il possible de fixer d=
es droits sur un repertoire tel que des utilisateurs peuvent cr=E9er des fi=
chiers mais pas en supprimer (ou bien supprimer seulement ceux dont ils son=
t propri=E9taire) ?
<br><br><br><br>
------=_Part_3294_13399275.1196847143185--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jean-Damien Durand
On Wednesday 05 December 2007 10:32:23 fenark fenark wrote:
Personne n'a idée sur la question ?
Est-il possible de fixer des droits sur un repertoire tel que des utilisateurs peuvent créer des fichiers mais pas en supprimer (ou bien supprimer seulement ceux dont ils sont propriétaire) ?
Dans ce cas bien précis, le "sticky bit" peut répondre a ton besoin. C' est le cas du répertoire /tmp par exemple.
A+, JD.
On Wednesday 05 December 2007 10:32:23 fenark fenark wrote:
Personne n'a idée sur la question ?
Est-il possible de fixer des droits sur un repertoire tel que des
utilisateurs peuvent créer des fichiers mais pas en supprimer (ou bien
supprimer seulement ceux dont ils sont propriétaire) ?
Dans ce cas bien précis, le "sticky bit" peut répondre a ton besoin. C' est le
cas du répertoire /tmp par exemple.
On Wednesday 05 December 2007 10:32:23 fenark fenark wrote:
Personne n'a idée sur la question ?
Est-il possible de fixer des droits sur un repertoire tel que des utilisateurs peuvent créer des fichiers mais pas en supprimer (ou bien supprimer seulement ceux dont ils sont propriétaire) ?
Dans ce cas bien précis, le "sticky bit" peut répondre a ton besoin. C' est le cas du répertoire /tmp par exemple.
A+, JD.
Jean-Michel Schelcher
Bonjour,
On 05/12 10:32, fenark fenark wrote :
Personne n'a idée sur la question ?
Est-il possible de fixer des droits sur un repertoire tel que des utilisateurs peuvent créer des fichiers mais pas en supprimer (ou bien supprimer seulement ceux dont ils sont propriétaire) ?
Le sticky bit sert à cela: http://fr.wikipedia.org/wiki/Permissions_Unix#Sticky_Bit
a+
Jean-Michel
Bonjour,
On 05/12 10:32, fenark fenark wrote :
Personne n'a idée sur la question ?
Est-il possible de fixer des droits sur un repertoire tel que des
utilisateurs peuvent créer des fichiers mais pas en supprimer (ou bien
supprimer seulement ceux dont ils sont propriétaire) ?
Le sticky bit sert à cela:
http://fr.wikipedia.org/wiki/Permissions_Unix#Sticky_Bit
Est-il possible de fixer des droits sur un repertoire tel que des utilisateurs peuvent créer des fichiers mais pas en supprimer (ou bien supprimer seulement ceux dont ils sont propriétaire) ?
Le sticky bit sert à cela: http://fr.wikipedia.org/wiki/Permissions_Unix#Sticky_Bit
Le sticky bit est la solution a ce problème. Mais je n'ai pas exprimé l e souci entièrement: Pour les utilisateurs possédant les droits Autres, l e sticky bit convient parfaitement. Pour les utilisateurs du groupe qui est propriétaire du dossier (donc des fichiers car le SGID est positionné), il doit être possible de supprimer les fichiers, même s'il ne sont pas utilisateur propriétaire, juste membre du groupe propriétaire.
Merci pour vos réponse.<br><br>Le sticky bit est la solution a ce probl ème. Mais je n'ai pas exprimé le souci entièrement: Pour les util isateurs possédant les droits Autres, le sticky bit convient parfaitement . Pour les utilisateurs du groupe qui est propriétaire du dossier (donc d es fichiers car le SGID est positionné), il doit être possible de suppr imer les fichiers, même s'il ne sont pas utilisateur propriétaire, juste membre du groupe propriétaire. <br><br>Y a-t-il une solution pour pouvoir faire ca ?<br><br><br>
------=_Part_3491_10705539.1196851887515--
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le sticky bit est la solution a ce problème. Mais je n'ai pas exprimé l e
souci entièrement: Pour les utilisateurs possédant les droits Autres, l e
sticky bit convient parfaitement. Pour les utilisateurs du groupe qui est
propriétaire du dossier (donc des fichiers car le SGID est positionné), il
doit être possible de supprimer les fichiers, même s'il ne sont pas
utilisateur propriétaire, juste membre du groupe propriétaire.
Merci pour vos réponse.<br><br>Le sticky bit est la solution a ce probl ème. Mais je n'ai pas exprimé le souci entièrement: Pour les util isateurs possédant les droits Autres, le sticky bit convient parfaitement . Pour les utilisateurs du groupe qui est propriétaire du dossier (donc d es fichiers car le SGID est positionné), il doit être possible de suppr imer les fichiers, même s'il ne sont pas utilisateur propriétaire, juste membre du groupe propriétaire.
<br><br>Y a-t-il une solution pour pouvoir faire ca ?<br><br><br>
------=_Part_3491_10705539.1196851887515--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le sticky bit est la solution a ce problème. Mais je n'ai pas exprimé l e souci entièrement: Pour les utilisateurs possédant les droits Autres, l e sticky bit convient parfaitement. Pour les utilisateurs du groupe qui est propriétaire du dossier (donc des fichiers car le SGID est positionné), il doit être possible de supprimer les fichiers, même s'il ne sont pas utilisateur propriétaire, juste membre du groupe propriétaire.
Merci pour vos réponse.<br><br>Le sticky bit est la solution a ce probl ème. Mais je n'ai pas exprimé le souci entièrement: Pour les util isateurs possédant les droits Autres, le sticky bit convient parfaitement . Pour les utilisateurs du groupe qui est propriétaire du dossier (donc d es fichiers car le SGID est positionné), il doit être possible de suppr imer les fichiers, même s'il ne sont pas utilisateur propriétaire, juste membre du groupe propriétaire. <br><br>Y a-t-il une solution pour pouvoir faire ca ?<br><br><br>
------=_Part_3491_10705539.1196851887515--
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
thomas.harding
On Wed, Dec 05, 2007 at 10:32:23AM +0100, fenark fenark wrote:
Personne n'a idée sur la question ?
Est-il possible de fixer des droits sur un repertoire tel que des utilisateurs peuvent créer des fichiers mais pas en supprimer (ou bien supprimer seulement ceux dont ils sont propriétaire) ?
chmod +t /le/répertoire
-- Thomas Harding
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Wed, Dec 05, 2007 at 10:32:23AM +0100, fenark fenark wrote:
Personne n'a idée sur la question ?
Est-il possible de fixer des droits sur un repertoire tel que des
utilisateurs peuvent créer des fichiers mais pas en supprimer (ou bien
supprimer seulement ceux dont ils sont propriétaire) ?
chmod +t /le/répertoire
--
Thomas Harding
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Wed, Dec 05, 2007 at 10:32:23AM +0100, fenark fenark wrote:
Personne n'a idée sur la question ?
Est-il possible de fixer des droits sur un repertoire tel que des utilisateurs peuvent créer des fichiers mais pas en supprimer (ou bien supprimer seulement ceux dont ils sont propriétaire) ?
chmod +t /le/répertoire
-- Thomas Harding
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
thomas.harding
On Wed, Dec 05, 2007 at 11:51:27AM +0100, fenark fenark wrote:
Le sticky bit est la solution a ce problème. Mais je n'ai pas exprimé le souci entièrement: Pour les utilisateurs possédant les droits Autres, le sticky bit convient parfaitement. Pour les utilisateurs du groupe qui est propriétaire du dossier (donc des fichiers car le SGID est positionné), il doit être possible de supprimer les fichiers, même s'il ne sont pas utilisateur propriétaire, juste membre du groupe propriétaire.
Y a-t-il une solution pour pouvoir faire ca ?
À-priori, non, puisque les ACL ne concernent que les droits rwx.
man setfacl : The perms field is a combination of characters that indicate the permissions: read (r), write (w), execute (x), execute only if the file is a directory or already has execute permission for some user (X). Alternatively, the perms field can be an octal digit (0-7).
Mais je peux me tromper :)
-- Thomas Harding
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Wed, Dec 05, 2007 at 11:51:27AM +0100, fenark fenark wrote:
Le sticky bit est la solution a ce problème. Mais je n'ai pas exprimé le
souci entièrement: Pour les utilisateurs possédant les droits Autres, le
sticky bit convient parfaitement. Pour les utilisateurs du groupe qui est
propriétaire du dossier (donc des fichiers car le SGID est positionné), il
doit être possible de supprimer les fichiers, même s'il ne sont pas
utilisateur propriétaire, juste membre du groupe propriétaire.
Y a-t-il une solution pour pouvoir faire ca ?
À-priori, non, puisque les ACL ne concernent que les droits rwx.
man setfacl :
The perms field is a combination of characters that indicate the
permissions: read (r), write (w), execute (x), execute only
if the file is a directory or already has execute permission
for some user (X). Alternatively, the perms field can be an
octal digit (0-7).
Mais je peux me tromper :)
--
Thomas Harding
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Wed, Dec 05, 2007 at 11:51:27AM +0100, fenark fenark wrote:
Le sticky bit est la solution a ce problème. Mais je n'ai pas exprimé le souci entièrement: Pour les utilisateurs possédant les droits Autres, le sticky bit convient parfaitement. Pour les utilisateurs du groupe qui est propriétaire du dossier (donc des fichiers car le SGID est positionné), il doit être possible de supprimer les fichiers, même s'il ne sont pas utilisateur propriétaire, juste membre du groupe propriétaire.
Y a-t-il une solution pour pouvoir faire ca ?
À-priori, non, puisque les ACL ne concernent que les droits rwx.
man setfacl : The perms field is a combination of characters that indicate the permissions: read (r), write (w), execute (x), execute only if the file is a directory or already has execute permission for some user (X). Alternatively, the perms field can be an octal digit (0-7).
Mais je peux me tromper :)
-- Thomas Harding
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
fenark
> À-priori, non, puisque les ACL ne concernent que les droits rwx.
man setfacl : The perms field is a combination of characters that indicate the permissions: read (r), write (w), execute (x), execute only if the file is a directory or already has execute permission for some user (X). Alternatively, the perms field can be an octal digit (0-7).
Mais je peux me tromper :)
Je suis étonné que ce type d'autorisation ne puisse être fixé. C'est d'autant plus génant que j'ai besoin de mettre ce type d'autorisation en place sur un serveur...
Si quelqu'un a une idée pour mettre ceci en place, ou bien contourner le problème (je vois pas bien comment), je suis preneur.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
> À-priori, non, puisque les ACL ne concernent que les droits rwx.
man setfacl :
The perms field is a combination of characters that indicate the
permissions: read (r), write (w), execute (x), execute only
if the file is a directory or already has execute permission
for some user (X). Alternatively, the perms field can be an
octal digit (0-7).
Mais je peux me tromper :)
Je suis étonné que ce type d'autorisation ne puisse être fixé. C'est
d'autant plus génant que j'ai besoin de mettre ce type d'autorisation en
place sur un serveur...
Si quelqu'un a une idée pour mettre ceci en place, ou bien contourner le
problème (je vois pas bien comment), je suis preneur.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> À-priori, non, puisque les ACL ne concernent que les droits rwx.
man setfacl : The perms field is a combination of characters that indicate the permissions: read (r), write (w), execute (x), execute only if the file is a directory or already has execute permission for some user (X). Alternatively, the perms field can be an octal digit (0-7).
Mais je peux me tromper :)
Je suis étonné que ce type d'autorisation ne puisse être fixé. C'est d'autant plus génant que j'ai besoin de mettre ce type d'autorisation en place sur un serveur...
Si quelqu'un a une idée pour mettre ceci en place, ou bien contourner le problème (je vois pas bien comment), je suis preneur.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact