On 10/06/2015 17:33, NicoLagaffe wrote:Et pourquoi pas un
chmod 600 mondossier
chmod g+s mondossier
Ainsi tout docs ou dossier crees dedans aura le meme umask.
Non ?
Il me semble que non. Changer le bit sgid d'un répertoire va
agir sur le *groupe* *propriétaire* des fichiers créés dans le dit
répertoire mais ça n'aura aucune influence sur la valeur des bits
correspondant aux droits Unix de ce fichier. Si le PO veut agir
sur le umask, c'est qu'il vaut agit sur la valeur par défaut
des bits correspondant aux droits Unix d'un fichier lors de sa
création, pas sur le propriétaire et le groupe propriétaire du
fichier.
--
François Lafont
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/ml9n3f$h49$
On 10/06/2015 17:33, NicoLagaffe wrote:
Et pourquoi pas un
chmod 600 mondossier
chmod g+s mondossier
Ainsi tout docs ou dossier crees dedans aura le meme umask.
Non ?
Il me semble que non. Changer le bit sgid d'un répertoire va
agir sur le *groupe* *propriétaire* des fichiers créés dans le dit
répertoire mais ça n'aura aucune influence sur la valeur des bits
correspondant aux droits Unix de ce fichier. Si le PO veut agir
sur le umask, c'est qu'il vaut agit sur la valeur par défaut
des bits correspondant aux droits Unix d'un fichier lors de sa
création, pas sur le propriétaire et le groupe propriétaire du
fichier.
--
François Lafont
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/ml9n3f$h49$1@ger.gmane.org
On 10/06/2015 17:33, NicoLagaffe wrote:Et pourquoi pas un
chmod 600 mondossier
chmod g+s mondossier
Ainsi tout docs ou dossier crees dedans aura le meme umask.
Non ?
Il me semble que non. Changer le bit sgid d'un répertoire va
agir sur le *groupe* *propriétaire* des fichiers créés dans le dit
répertoire mais ça n'aura aucune influence sur la valeur des bits
correspondant aux droits Unix de ce fichier. Si le PO veut agir
sur le umask, c'est qu'il vaut agit sur la valeur par défaut
des bits correspondant aux droits Unix d'un fichier lors de sa
création, pas sur le propriétaire et le groupe propriétaire du
fichier.
--
François Lafont
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/ml9n3f$h49$
Il me semble que non. Changer le bit sgid d'un répertoire va
agir sur le *groupe* *propriétaire* des fichiers créés dans le dit
répertoire mais ça n'aura aucune influence sur la valeur des bits
correspondant aux droits Unix de ce fichier. Si le PO veut agir
sur le umask, c'est qu'il vaut agit sur la valeur par défaut
des bits correspondant aux droits Unix d'un fichier lors de sa
création, pas sur le propriétaire et le groupe propriétaire du
fichier.
Je pense que si, en tout c'est le comportement que cela a chez moi.
Il me semble que non. Changer le bit sgid d'un répertoire va
agir sur le *groupe* *propriétaire* des fichiers créés dans le dit
répertoire mais ça n'aura aucune influence sur la valeur des bits
correspondant aux droits Unix de ce fichier. Si le PO veut agir
sur le umask, c'est qu'il vaut agit sur la valeur par défaut
des bits correspondant aux droits Unix d'un fichier lors de sa
création, pas sur le propriétaire et le groupe propriétaire du
fichier.
Je pense que si, en tout c'est le comportement que cela a chez moi.
Il me semble que non. Changer le bit sgid d'un répertoire va
agir sur le *groupe* *propriétaire* des fichiers créés dans le dit
répertoire mais ça n'aura aucune influence sur la valeur des bits
correspondant aux droits Unix de ce fichier. Si le PO veut agir
sur le umask, c'est qu'il vaut agit sur la valeur par défaut
des bits correspondant aux droits Unix d'un fichier lors de sa
création, pas sur le propriétaire et le groupe propriétaire du
fichier.
Je pense que si, en tout c'est le comportement que cela a chez moi.
On 10/06/2015 18:08, NicoLagaffe wrote:Il me semble que non. Changer le bit sgid d'un répertoire va
agir sur le *groupe* *propriétaire* des fichiers créés dans le dit
répertoire mais ça n'aura aucune influence sur la valeur des bits
correspondant aux droits Unix de ce fichier. Si le PO veut agir
sur le umask, c'est qu'il vaut agit sur la valeur par défaut
des bits correspondant aux droits Unix d'un fichier lors de sa
création, pas sur le propriétaire et le groupe propriétaire du
fichier.
[...]Je pense que si, en tout c'est le comportement que cela a chez moi.
Désolé, mais ce qui est indiqué ci-dessus est correct : le umask
et le bit sgid ce n'est pas la même chose, ils agissent sur des
choses différentes. Voici un exemple :
$ cd /tmp
$ mkdir d/
$ ls -ld d/
drwxr-xr-x 2 francois francois 4096 juin 10 18:16 d/ # par défaut un
fichier/répertoire que je créé appartient à francois:francois
$ sudo chown francois:www-data d/
$ ls -ld d/
drwxr-xr-x 2 francois www-data 4096 juin 10 18:16 d/
$ chmod g+s d/
$ ls -ld d/
drwxr-xr-x 2 francois www-data 4096 juin 10 18:16 d/ # Ah, ça n'a pas
suffit, il faut que je sois root
$ sudo chmod g+s d/
$ ls -ld d/
drwxr-sr-x 2 francois www-data 4096 juin 10 18:16 d/ # Voilà , le bit
sgit est activé. ;)
$ touch d/f1
$ ls -la d/
total 8
drwxr-sr-x 2 francois www-data 4096 juin 10 18:17 .
drwxrwxrwt 13 root root 4096 juin 10 18:17 ..
-rw-r--r-- 1 francois www-data 0 juin 10 18:17 f1 # au lieu
d'appartenir à francois:francois on a francois:www-data
$ umask 077 # maintenant on change le umask
$ touch d/f2
$ ls -la d/
total 8
drwxr-sr-x 2 francois www-data 4096 juin 10 18:17 .
drwxrwxrwt 13 root root 4096 juin 10 18:17 ..
-rw-r--r-- 1 francois www-data 0 juin 10 18:17 f1
-rw------- 1 francois www-data 0 juin 10 18:17 f2 # on a tjs
francois:www-data mais les droits Unix sont différents
$ sudo chmod g-s d/ # maintenant je désactive le bit sgid sur le
répertoire.
$ ls -ld d/
drwxr-xr-x 2 francois www-data 4096 juin 10 18:17 d/
$ touch d/f3
$ ls -la d/
total 8
drwxr-xr-x 2 francois www-data 4096 juin 10 18:18 .
drwxrwxrwt 13 root root 4096 juin 10 18:17 ..
-rw-r--r-- 1 francois www-data 0 juin 10 18:17 f1
-rw------- 1 francois www-data 0 juin 10 18:17 f2
-rw------- 1 francois francois 0 juin 10 18:18 f3 # avec le bit
sgid désactivé, on a francois:francois
Donc je répète, le bit sgid sur un répertoire agit sur le
*groupe* *propriétaire* d'un fichier lors de sa création,
le umask, lui, n'agit pas du tout sur le groupe propriétaire
(ni sur le propriétaire), il agit sur la valeur par défaut
des bits correspondant aux droits Unix. Ce sont deux choses
différentes. Par exemple avec la sortie d'un `ls -l` comme
ça :
-rw------- 1 francois francois 0 juin 10 18:18 f3
<---1----> <-------2------->
- Le umask va agir sur les valeurs par défaut qu'on va lire sur le
champ 1.
- le bit sgid va agir sur les valeurs par défaut qu'on va lire sur les
champs 2.
Après, je ne dis pas que le bit sgid ne peut pas résoudre le problème
initial du PO (ie le vrai problème pratique qu'il doit résoudre). Je
disais juste que ça ne répondait pas au problème tel que formulé par le
PO (ie « paramétrer un umask juste pour un répertoire donné ») car le
umask d'un côté et un bit sgid sur un répertoire de l'autre font des
choses
« orthogonales ».
Maintenant, le problème *initial* du PO peut peut-être se résoudre
avec le bit sgid, ça c'est possible...
--
François Lafont
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/ml9pgp$1ok$
On 10/06/2015 18:08, NicoLagaffe wrote:
Il me semble que non. Changer le bit sgid d'un répertoire va
agir sur le *groupe* *propriétaire* des fichiers créés dans le dit
répertoire mais ça n'aura aucune influence sur la valeur des bits
correspondant aux droits Unix de ce fichier. Si le PO veut agir
sur le umask, c'est qu'il vaut agit sur la valeur par défaut
des bits correspondant aux droits Unix d'un fichier lors de sa
création, pas sur le propriétaire et le groupe propriétaire du
fichier.
[...]
Je pense que si, en tout c'est le comportement que cela a chez moi.
Désolé, mais ce qui est indiqué ci-dessus est correct : le umask
et le bit sgid ce n'est pas la même chose, ils agissent sur des
choses différentes. Voici un exemple :
$ cd /tmp
$ mkdir d/
$ ls -ld d/
drwxr-xr-x 2 francois francois 4096 juin 10 18:16 d/ # par défaut un
fichier/répertoire que je créé appartient à francois:francois
$ sudo chown francois:www-data d/
$ ls -ld d/
drwxr-xr-x 2 francois www-data 4096 juin 10 18:16 d/
$ chmod g+s d/
$ ls -ld d/
drwxr-xr-x 2 francois www-data 4096 juin 10 18:16 d/ # Ah, ça n'a pas
suffit, il faut que je sois root
$ sudo chmod g+s d/
$ ls -ld d/
drwxr-sr-x 2 francois www-data 4096 juin 10 18:16 d/ # Voilà , le bit
sgit est activé. ;)
$ touch d/f1
$ ls -la d/
total 8
drwxr-sr-x 2 francois www-data 4096 juin 10 18:17 .
drwxrwxrwt 13 root root 4096 juin 10 18:17 ..
-rw-r--r-- 1 francois www-data 0 juin 10 18:17 f1 # au lieu
d'appartenir à francois:francois on a francois:www-data
$ umask 077 # maintenant on change le umask
$ touch d/f2
$ ls -la d/
total 8
drwxr-sr-x 2 francois www-data 4096 juin 10 18:17 .
drwxrwxrwt 13 root root 4096 juin 10 18:17 ..
-rw-r--r-- 1 francois www-data 0 juin 10 18:17 f1
-rw------- 1 francois www-data 0 juin 10 18:17 f2 # on a tjs
francois:www-data mais les droits Unix sont différents
$ sudo chmod g-s d/ # maintenant je désactive le bit sgid sur le
répertoire.
$ ls -ld d/
drwxr-xr-x 2 francois www-data 4096 juin 10 18:17 d/
$ touch d/f3
$ ls -la d/
total 8
drwxr-xr-x 2 francois www-data 4096 juin 10 18:18 .
drwxrwxrwt 13 root root 4096 juin 10 18:17 ..
-rw-r--r-- 1 francois www-data 0 juin 10 18:17 f1
-rw------- 1 francois www-data 0 juin 10 18:17 f2
-rw------- 1 francois francois 0 juin 10 18:18 f3 # avec le bit
sgid désactivé, on a francois:francois
Donc je répète, le bit sgid sur un répertoire agit sur le
*groupe* *propriétaire* d'un fichier lors de sa création,
le umask, lui, n'agit pas du tout sur le groupe propriétaire
(ni sur le propriétaire), il agit sur la valeur par défaut
des bits correspondant aux droits Unix. Ce sont deux choses
différentes. Par exemple avec la sortie d'un `ls -l` comme
ça :
-rw------- 1 francois francois 0 juin 10 18:18 f3
<---1----> <-------2------->
- Le umask va agir sur les valeurs par défaut qu'on va lire sur le
champ 1.
- le bit sgid va agir sur les valeurs par défaut qu'on va lire sur les
champs 2.
Après, je ne dis pas que le bit sgid ne peut pas résoudre le problème
initial du PO (ie le vrai problème pratique qu'il doit résoudre). Je
disais juste que ça ne répondait pas au problème tel que formulé par le
PO (ie « paramétrer un umask juste pour un répertoire donné ») car le
umask d'un côté et un bit sgid sur un répertoire de l'autre font des
choses
« orthogonales ».
Maintenant, le problème *initial* du PO peut peut-être se résoudre
avec le bit sgid, ça c'est possible...
--
François Lafont
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/ml9pgp$1ok$1@ger.gmane.org
On 10/06/2015 18:08, NicoLagaffe wrote:Il me semble que non. Changer le bit sgid d'un répertoire va
agir sur le *groupe* *propriétaire* des fichiers créés dans le dit
répertoire mais ça n'aura aucune influence sur la valeur des bits
correspondant aux droits Unix de ce fichier. Si le PO veut agir
sur le umask, c'est qu'il vaut agit sur la valeur par défaut
des bits correspondant aux droits Unix d'un fichier lors de sa
création, pas sur le propriétaire et le groupe propriétaire du
fichier.
[...]Je pense que si, en tout c'est le comportement que cela a chez moi.
Désolé, mais ce qui est indiqué ci-dessus est correct : le umask
et le bit sgid ce n'est pas la même chose, ils agissent sur des
choses différentes. Voici un exemple :
$ cd /tmp
$ mkdir d/
$ ls -ld d/
drwxr-xr-x 2 francois francois 4096 juin 10 18:16 d/ # par défaut un
fichier/répertoire que je créé appartient à francois:francois
$ sudo chown francois:www-data d/
$ ls -ld d/
drwxr-xr-x 2 francois www-data 4096 juin 10 18:16 d/
$ chmod g+s d/
$ ls -ld d/
drwxr-xr-x 2 francois www-data 4096 juin 10 18:16 d/ # Ah, ça n'a pas
suffit, il faut que je sois root
$ sudo chmod g+s d/
$ ls -ld d/
drwxr-sr-x 2 francois www-data 4096 juin 10 18:16 d/ # Voilà , le bit
sgit est activé. ;)
$ touch d/f1
$ ls -la d/
total 8
drwxr-sr-x 2 francois www-data 4096 juin 10 18:17 .
drwxrwxrwt 13 root root 4096 juin 10 18:17 ..
-rw-r--r-- 1 francois www-data 0 juin 10 18:17 f1 # au lieu
d'appartenir à francois:francois on a francois:www-data
$ umask 077 # maintenant on change le umask
$ touch d/f2
$ ls -la d/
total 8
drwxr-sr-x 2 francois www-data 4096 juin 10 18:17 .
drwxrwxrwt 13 root root 4096 juin 10 18:17 ..
-rw-r--r-- 1 francois www-data 0 juin 10 18:17 f1
-rw------- 1 francois www-data 0 juin 10 18:17 f2 # on a tjs
francois:www-data mais les droits Unix sont différents
$ sudo chmod g-s d/ # maintenant je désactive le bit sgid sur le
répertoire.
$ ls -ld d/
drwxr-xr-x 2 francois www-data 4096 juin 10 18:17 d/
$ touch d/f3
$ ls -la d/
total 8
drwxr-xr-x 2 francois www-data 4096 juin 10 18:18 .
drwxrwxrwt 13 root root 4096 juin 10 18:17 ..
-rw-r--r-- 1 francois www-data 0 juin 10 18:17 f1
-rw------- 1 francois www-data 0 juin 10 18:17 f2
-rw------- 1 francois francois 0 juin 10 18:18 f3 # avec le bit
sgid désactivé, on a francois:francois
Donc je répète, le bit sgid sur un répertoire agit sur le
*groupe* *propriétaire* d'un fichier lors de sa création,
le umask, lui, n'agit pas du tout sur le groupe propriétaire
(ni sur le propriétaire), il agit sur la valeur par défaut
des bits correspondant aux droits Unix. Ce sont deux choses
différentes. Par exemple avec la sortie d'un `ls -l` comme
ça :
-rw------- 1 francois francois 0 juin 10 18:18 f3
<---1----> <-------2------->
- Le umask va agir sur les valeurs par défaut qu'on va lire sur le
champ 1.
- le bit sgid va agir sur les valeurs par défaut qu'on va lire sur les
champs 2.
Après, je ne dis pas que le bit sgid ne peut pas résoudre le problème
initial du PO (ie le vrai problème pratique qu'il doit résoudre). Je
disais juste que ça ne répondait pas au problème tel que formulé par le
PO (ie « paramétrer un umask juste pour un répertoire donné ») car le
umask d'un côté et un bit sgid sur un répertoire de l'autre font des
choses
« orthogonales ».
Maintenant, le problème *initial* du PO peut peut-être se résoudre
avec le bit sgid, ça c'est possible...
--
François Lafont
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/ml9pgp$1ok$
Salut,
Je cherche à définir un umask spécifique à un répertoire. Je sais le
faire à la main (« umask 177 » pour que les fichiers créés dans le
répertoire où j'ai exécuté cette commande aient 600 comme
permissions). Or si je me déconnecte, cette valeur est perdue. Je peux
bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même
type, mais cela agira sur la création de tout fichier dans mon $HOME.
Est-il donc possible de spécifier un umask par répertoire ?
Salut,
Je cherche à définir un umask spécifique à un répertoire. Je sais le
faire à la main (« umask 177 » pour que les fichiers créés dans le
répertoire où j'ai exécuté cette commande aient 600 comme
permissions). Or si je me déconnecte, cette valeur est perdue. Je peux
bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même
type, mais cela agira sur la création de tout fichier dans mon $HOME.
Est-il donc possible de spécifier un umask par répertoire ?
Salut,
Je cherche à définir un umask spécifique à un répertoire. Je sais le
faire à la main (« umask 177 » pour que les fichiers créés dans le
répertoire où j'ai exécuté cette commande aient 600 comme
permissions). Or si je me déconnecte, cette valeur est perdue. Je peux
bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même
type, mais cela agira sur la création de tout fichier dans mon $HOME.
Est-il donc possible de spécifier un umask par répertoire ?
Je cherche à définir un umask spécifique à un répertoire. Je sais le
faire à la main (« umask 177 » pour que les fichiers créés dans le
répertoire où j'ai exécuté cette commande aient 600 comme
permissions). Or si je me déconnecte, cette valeur est perdue. Je peux
bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même
type, mais cela agira sur la création de tout fichier dans mon $HOME.
Est-il donc possible de spécifier un umask par répertoire ?
Je cherche à définir un umask spécifique à un répertoire. Je sais le
faire à la main (« umask 177 » pour que les fichiers créés dans le
répertoire où j'ai exécuté cette commande aient 600 comme
permissions). Or si je me déconnecte, cette valeur est perdue. Je peux
bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même
type, mais cela agira sur la création de tout fichier dans mon $HOME.
Est-il donc possible de spécifier un umask par répertoire ?
Je cherche à définir un umask spécifique à un répertoire. Je sais le
faire à la main (« umask 177 » pour que les fichiers créés dans le
répertoire où j'ai exécuté cette commande aient 600 comme
permissions). Or si je me déconnecte, cette valeur est perdue. Je peux
bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même
type, mais cela agira sur la création de tout fichier dans mon $HOME.
Est-il donc possible de spécifier un umask par répertoire ?
L'idée est de pouvoir créer des fichiers dans un répertoire
particulier avec des permissions 600, et c'est tout.
L'idée est de pouvoir créer des fichiers dans un répertoire
particulier avec des permissions 600, et c'est tout.
L'idée est de pouvoir créer des fichiers dans un répertoire
particulier avec des permissions 600, et c'est tout.
Le 10/06/2015 16:57, steve a écrit :
> Salut,
Salut !
> Je cherche à définir un umask spécifique à un répertoire. Je sais le
> faire à la main (« umask 177 » pour que les fichiers créés dans le
> répertoire où j'ai exécuté cette commande aient 600 comme
> permissions). Or si je me déconnecte, cette valeur est perdue. Je peux
> bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même
> type, mais cela agira sur la création de tout fichier dans mon $HOME.
>
> Est-il donc possible de spécifier un umask par répertoire ?
Si par là tu veux dire «les droits par défaut à appliquer sur les
nouveaux fichiers (ou dossiers) créés dans un répertoire», je me suis
posé la question récemment, et tu peux le faire en passant par les
ACL par défaut :)
$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
ou dossier créé dans le dossier en question aura les mêmes ACL
(rw------- pour les fichiers et rwx------ pour les dossiers).
J'espère avoir été à peu près compréhensible.
Le 10/06/2015 16:57, steve a écrit :
> Salut,
Salut !
> Je cherche à définir un umask spécifique à un répertoire. Je sais le
> faire à la main (« umask 177 » pour que les fichiers créés dans le
> répertoire où j'ai exécuté cette commande aient 600 comme
> permissions). Or si je me déconnecte, cette valeur est perdue. Je peux
> bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même
> type, mais cela agira sur la création de tout fichier dans mon $HOME.
>
> Est-il donc possible de spécifier un umask par répertoire ?
Si par là tu veux dire «les droits par défaut à appliquer sur les
nouveaux fichiers (ou dossiers) créés dans un répertoire», je me suis
posé la question récemment, et tu peux le faire en passant par les
ACL par défaut :)
$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
ou dossier créé dans le dossier en question aura les mêmes ACL
(rw------- pour les fichiers et rwx------ pour les dossiers).
J'espère avoir été à peu près compréhensible.
Le 10/06/2015 16:57, steve a écrit :
> Salut,
Salut !
> Je cherche à définir un umask spécifique à un répertoire. Je sais le
> faire à la main (« umask 177 » pour que les fichiers créés dans le
> répertoire où j'ai exécuté cette commande aient 600 comme
> permissions). Or si je me déconnecte, cette valeur est perdue. Je peux
> bien sûr mettre cela dans mon ~/.bashrc ou tout autre fichier du même
> type, mais cela agira sur la création de tout fichier dans mon $HOME.
>
> Est-il donc possible de spécifier un umask par répertoire ?
Si par là tu veux dire «les droits par défaut à appliquer sur les
nouveaux fichiers (ou dossiers) créés dans un répertoire», je me suis
posé la question récemment, et tu peux le faire en passant par les
ACL par défaut :)
$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
ou dossier créé dans le dossier en question aura les mêmes ACL
(rw------- pour les fichiers et rwx------ pour les dossiers).
J'espère avoir été à peu près compréhensible.
Le 10-06-2015, à 21:25:50 +0200, ~TraydenT~ a écrit :Si par là tu veux dire «les droits par défaut à appliquer sur les
nouveaux fichiers (ou dossiers) créés dans un répertoire», je me suis
posé la question récemment, et tu peux le faire en passant par les
ACL par défaut :)
$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
ou dossier créé dans le dossier en question aura les mêmes ACL
(rw------- pour les fichiers et rwx------ pour les dossiers).
J'espère avoir été à peu près compréhensible.
On ne peut plus :)
Je vais étudier tout ça, et reviendrai vous tenir au courant des
opérations.
Le 10-06-2015, à 21:25:50 +0200, ~TraydenT~ a écrit :
Si par là tu veux dire «les droits par défaut à appliquer sur les
nouveaux fichiers (ou dossiers) créés dans un répertoire», je me suis
posé la question récemment, et tu peux le faire en passant par les
ACL par défaut :)
$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
ou dossier créé dans le dossier en question aura les mêmes ACL
(rw------- pour les fichiers et rwx------ pour les dossiers).
J'espère avoir été à peu près compréhensible.
On ne peut plus :)
Je vais étudier tout ça, et reviendrai vous tenir au courant des
opérations.
Le 10-06-2015, à 21:25:50 +0200, ~TraydenT~ a écrit :Si par là tu veux dire «les droits par défaut à appliquer sur les
nouveaux fichiers (ou dossiers) créés dans un répertoire», je me suis
posé la question récemment, et tu peux le faire en passant par les
ACL par défaut :)
$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
ou dossier créé dans le dossier en question aura les mêmes ACL
(rw------- pour les fichiers et rwx------ pour les dossiers).
J'espère avoir été à peu près compréhensible.
On ne peut plus :)
Je vais étudier tout ça, et reviendrai vous tenir au courant des
opérations.
$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
>>
>>Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
>>créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
>>ou dossier créé dans le dossier en question aura les mêmes ACL
>>(rw------- pour les fichiers et rwx------ pour les dossiers).
>>
>>J'espère avoir été à peu près compréhensible.
>
> On ne peut plus:)
>
> Je vais étudier tout ça, et reviendrai vous tenir au courant des
> opérations.
Pour l'avoir testée (j'suis pas un pro des acl), la solution de ~TraydenT~
fait très exactement ce que tu souhaites. Merci à lui car j'ai appris
des trucs du coups.:)
$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
>>
>>Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
>>créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
>>ou dossier créé dans le dossier en question aura les mêmes ACL
>>(rw------- pour les fichiers et rwx------ pour les dossiers).
>>
>>J'espère avoir été à peu près compréhensible.
>
> On ne peut plus:)
>
> Je vais étudier tout ça, et reviendrai vous tenir au courant des
> opérations.
Pour l'avoir testée (j'suis pas un pro des acl), la solution de ~TraydenT~
fait très exactement ce que tu souhaites. Merci à lui car j'ai appris
des trucs du coups.:)
$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
>>
>>Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
>>créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
>>ou dossier créé dans le dossier en question aura les mêmes ACL
>>(rw------- pour les fichiers et rwx------ pour les dossiers).
>>
>>J'espère avoir été à peu près compréhensible.
>
> On ne peut plus:)
>
> Je vais étudier tout ça, et reviendrai vous tenir au courant des
> opérations.
Pour l'avoir testée (j'suis pas un pro des acl), la solution de ~TraydenT~
fait très exactement ce que tu souhaites. Merci à lui car j'ai appris
des trucs du coups.:)
On 06/12/2015 11:50 AM, Francois Lafont wrote:$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
>>
>>Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
>>créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
>>ou dossier créé dans le dossier en question aura les mêmes ACL
>>(rw------- pour les fichiers et rwx------ pour les dossiers).
>>
>>J'espère avoir été à peu près compréhensible.
>
> On ne peut plus:)
>
> Je vais étudier tout ça, et reviendrai vous tenir au courant des
> opérations.
Pour l'avoir testée (j'suis pas un pro des acl), la solution de
~TraydenT~
fait très exactement ce que tu souhaites. Merci à lui car j'ai appris
des trucs du coups.:)
Idem, merci vachement cool!
(J'ai pas encore compris pourquoi ça créait des droits différents sur
les dossiers et les fichiers)
On 06/12/2015 11:50 AM, Francois Lafont wrote:
$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
>>
>>Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
>>créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
>>ou dossier créé dans le dossier en question aura les mêmes ACL
>>(rw------- pour les fichiers et rwx------ pour les dossiers).
>>
>>J'espère avoir été à peu près compréhensible.
>
> On ne peut plus:)
>
> Je vais étudier tout ça, et reviendrai vous tenir au courant des
> opérations.
Pour l'avoir testée (j'suis pas un pro des acl), la solution de
~TraydenT~
fait très exactement ce que tu souhaites. Merci à lui car j'ai appris
des trucs du coups.:)
Idem, merci vachement cool!
(J'ai pas encore compris pourquoi ça créait des droits différents sur
les dossiers et les fichiers)
On 06/12/2015 11:50 AM, Francois Lafont wrote:$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder
>>
>>Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
>>créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
>>ou dossier créé dans le dossier en question aura les mêmes ACL
>>(rw------- pour les fichiers et rwx------ pour les dossiers).
>>
>>J'espère avoir été à peu près compréhensible.
>
> On ne peut plus:)
>
> Je vais étudier tout ça, et reviendrai vous tenir au courant des
> opérations.
Pour l'avoir testée (j'suis pas un pro des acl), la solution de
~TraydenT~
fait très exactement ce que tu souhaites. Merci à lui car j'ai appris
des trucs du coups.:)
Idem, merci vachement cool!
(J'ai pas encore compris pourquoi ça créait des droits différents sur
les dossiers et les fichiers)
