Ol�, Le ven 17/05/2002 � 11:43, georges mariano a �crit : > On Fri, 17 May 2002 13:23:07 +0200 > Coletta R�mi <[EMAIL PROTECTED]> wrote: > > > A la limite tu leur fourni une commande qui �crase tous les fichiers > > de conf (.bashrc, etc...), mais le tout sans obligation ;-) Si la > > gars a foutu le bordel, on lui offre la possibilit� de remmettre au > > propre.... > cette id�e semble �videmment sympathique et je viens de me rappeler o� > sont ses limites (j'avais d�j� cogiter la question) > * on fait l'hypoth�se que le probl�me est "attribu�" � cet (un) > utilisateur. c'est souvent ais�, certes, mais dans _tous_ les cas > ?[ok, c'est une hypoth�se de fonctionnement raisonnable.]
Si un logiciel plante la config d'un me, dans ce cas je vois tr�s mal comment te prot�ger (� part ne pas installer le logiciel). Si un autre user pirate le compte, c'est un probl�me de s�curit� majeur. Si c'est une erreur de l'admin qui plante le compte, bon ben l�, hein... ;) > * apr�s k+1 modifs (k �tant une valeur importante [612]) de son env., > tu sugg�res � l'utilisateur de revenir � la version k=0 ?? gulps. i.e > oublier les 611 qui �taient correctes... > pas rancunier l'utilisateur :-) ou alors bien piteux de sa bourde ... Pour arriver � k+1 faut d�j� arriver � k, et pour �a faut avoir le droit de faire des modifs... Mais bon, dans ce genre de probl�me on n'en est pas � un paradoxe pr�s. Dans le cas d'un script de RAZ, ce dernier peut tr�s bien faire une sauvegarde de la configuration (fichiers ~/.* critiques) dans un repertoire "~/config-qui-plante" avant de l'�craser. > Mais je note... pour l'instant j'ai un fonctionnement mixte. Autant > que possible je centralise/"capitalise" les bonnes id�es dans les > /etc(emacs|profile|printcap|sources.list|...) qui sont ensuite > diffus�s sur les machines, mais les utilisateurs restent libres de > modifier les ~/.* C'est la m�thode classique. Maintenant, pour qu'elle puisse permettre � tes utilisateurs de fonctionner, il faut �ventuellement �crire une documentation, voire les former, pour qu'ils sachent faire des modifications de leurs ~/.* en connaissance de cause, et sachent aussi revenir en arri�re le cas �ch�ant. a+ -- Thomas NOEL <[EMAIL PROTECTED]> http://www.auf.org/ http://www.refer.sn/ Syst�mes et R�seaux du Campus num�rique francophone de Dakar Bureau Afrique de l'Ouest / Agence Universitaire de la Francophonie BP 10017, Dakar - Libert�, S�n�gal. T�l : (221) 824 29 27 (poste 107) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
