[Linux-bruxelles] umask qui revient à 022

[Jérôme Warnier]

Le jeudi 15 février 2007 à 08:09 +0100, quatron a écrit :
> Philip Richardson a écrit :
> > On Tue, 2007-02-13 at 23:53 +0100, quatron wrote:
> >> Pas vraiment, mais le changement dans /etc/login.def et dans profile
> >> ne 
> >> change rien... Même si je change en console (umask 007), le lendemain
> >> le 
> >> umask est revenu à 022.
> >> Il doit donc y avoir un cron ou qcq chose qui le remet à 022 au bout 
> >> d'un certain temps...
> > Le lendemain ? 
> OUI
> > Mais umask est quelque chose qui se fixe lors de l'ouverture de session.
> Et qui dértermine les droits des fichier nouvellement créés Ssi ces 
> droits ne sont pas imposés par le pgm et/ou le script qui les crées...
> > Donc est-ce bien umask qui change ou les droits de certains dossiers ou
> > fichiers ?
> Non c'est umask. Il suffit de taper umask en consolle pour le constater.
> > Ce qu'il faut aussi savoir, c'est que toutes les applications ne vont
> > pas se calquer à ta valeur de umask lors d'une création de fichier ou de
> > dossier.
> Voir plus haut
> > Si tu nous donnes des précisions sur le but de ta manoeuvre, nous
> > pourrons peut être donner une meilleure solution ?
> Le but est simple: fixer les droits par défaut des fichiers créés, sur 
> mon serveur, par mes clients linux sous nfs (pour les clients windows, 
> samba permet d'imposer les droits... mais j'ai plus de clients windows)
> Mais si umask ne garde pas la valeur précisée dans login etc... je suis 
> pas pret d'y arriver.
Encore une fois, ça dépend de l'application qui crée ces fichiers, et de
rien d'autres. Certaines utilisent le UMASK de login.defs, et d'autres
pas. Certaines en sont même conscientes, mais les ignorent résolument
(ex.: Evolution).
> PS: je voudrais ne pas devoir recourir à des solutions "compliquées" 
> (packages complémentaires, ACL, etc..)et rester dans des solutions 
> "basiques"
Les ACL ne sont pas si compliquées que cela à gérer, et à mon avis un
ACL par défaut résoudrait très simplement tous tes problèmes.

> Michel
-- 
Jérôme Warnier <jwarnier at beeznest.net>
BeezNest