Retourner aux forums || Retourner au forum Linux.general
Linux.general : umask différent suivant les repertoires.
Posté par Kalamar () le 18 janvier 2005
Bonjour :)
J'ai spécifié mon umask (dans mon fichier .bashrc) pour créer des fichiers dont je suis le seul à avoir les droits, pas de lecture possible pour les autres. Maintenant je voulais savoir s'il était possible de paramétrer une valeur différente pour un certain répertoire.
Par exemple, si je copie des fichiers avec mon utilisateur toto dans le répertoire public du ftp, j'aimerais qu'automatiquement ces fichiers soient visible par d'autres utilisateurs. Pour l'instant je suis obligé de faire un chmod à chaque fois.
Merci de vos indications,
et hop :)
J'ai spécifié mon umask (dans mon fichier .bashrc) pour créer des fichiers dont je suis le seul à avoir les droits, pas de lecture possible pour les autres. Maintenant je voulais savoir s'il était possible de paramétrer une valeur différente pour un certain répertoire.
Par exemple, si je copie des fichiers avec mon utilisateur toto dans le répertoire public du ftp, j'aimerais qu'automatiquement ces fichiers soient visible par d'autres utilisateurs. Pour l'instant je suis obligé de faire un chmod à chaque fois.
Merci de vos indications,
et hop :)
> Lire le message (1 commentaire, moyenne: 2).
ACL et héritage
Posté par
Jérôme () le 18/01/2005 à 15:28. (lien). Évalué à 2.
Pour le moment, je n'ai que ça en tête.
Évidemment, ça ne correspond pas à 100% avec umask, mais on peut faire des choses similaires. Samba exploite assez bien les ACL, c'est juste un peu complexe à régler.
Par contre, les ACL Unix ne font pas d'héritages dynamiques comme sous Windows (>=2000), c-a-d que les permissions sont héritées à la création du fichier, mais la modification des permissions sur le parent ne seront pas propagées récursivement.
Revenir en haut de page || Retourner aux forums || Retourner au forum Linux.general



Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.