Le mer 17/07/2002 � 12:57, georges mariano a �crit :
>
> > PubkeyAuthentication yes
>
> apparemment �a suffit
>
> (comprends pas d'o� vient ce r�glage, �a marchait depuis des mois)
>
> merci... (pourtant j'avis un peu scrut� ... ;-)
>
> avant le coup de gueule, un grand merci � ceux qui m'ont r�pondu en
> m'�vitant ainsi de perdre encore plus de temps � r�parer ce que
> l'upgrade avait d�truit (<-- j'insiste, le service que _je_ avais
> d�fini a �t� cass�).
>
> <coup-de-gueule-debut>
> je sais pas trop pourquoi, mais en ce moment je commence en avoir
> marre de me coltiner la logique des mainteneurs de paquets (qui des
> users inutiles, qui ce genre de surprise � l'upgrade, qui des trucs
> assez rigolos dans la recompilation de paquets, ...)
>
> faudrait peut-etre qu'on revienne aux fondamentaux :
> dans le cas d'un upgrade (i.e le service d�j� op�rationnel)
>
> Pr�server le service �a veut dire __respecter l'install en place__,
> quelle qu'elle soit.
>
> Si l'install est mauvaise, on pr�vient clairement l'admin, on le
> harc�le s'il faut, mais on ne touche rien. S'il fait le sourd et qu'il
> a ensuite un probl�me, il est __responsable__.("on t'avait
> pr�venu...")
>
> La mainteneur n'est pas responsable des fautes de l'admin local, il
> n'a pas a vouloir faire le travail � sa place.<coup-de-geule-fin>
>
> vous en faites pas, �a va me passer ... ;-)
Hummm...
Que de mauvaise foi l�-dedans !
Pour ma part, j'estimes que l'admin qui fait sa mise � jour est tout
autant responsable des dommages collat�raux. Il est trop facile de
rejetter la faute au responsable du paquet.
Si ton service est capital, tu te dois de faire tes propres tests sur
des machines de tests et non directement sur des machines de production
et c'est le B.A.-BA de l'admin, je suis d�sol�...
ALors, apr�s si tu ne prends pas le soin de v�rifier que �a fonctionne �
nouveau et que tu pars parce que c'est l'heure, tu en es responsable !
Personnellement, j'ai un serveur ssh qui n'accepte que l'identification
par cl� publique et je n'ai jamais eu de probl�mes de ce genre avec mes
mises � jour justement parce que je prends toujours des pr�cautions
�l�mentaires. Et,j'ajouterai qu'il en va de m�me pour un autre service
nomm� vtun, dont le paquet a eu un souci au moment de la mise � jour et
dont le d�mon ne repartait pas. Crois-tu que j'avais fait de suite la
mise � jour sur mon serveur ? H� bien non !...
Du coup, j'ai attendu que le probl�me se tasse avant de le faire sur le
serveur, point final.
Utiliser une Debian m�me stable ne dispense pas des r�gles �l�mentaires
d'administration de services.
Amicalement !
--
Rapha�l SurcouF
[EMAIL PROTECTED]
#debianfr @ Undernet.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
