Le Dimanche 30 Janvier 2005 19:49, manioul a �crit : > Le dimanche 30 janvier 2005 � 16:46 +0100, Florent Bayle a �crit : > > Le Dimanche 30 Janvier 2005 16:14, manioul a �crit : > > > Tu as bien dit "serveur de prod"? > > > Alors la question ne se pose pas! > > > stable + 2.4 > > > stable parce que la s�curit� est suivie. testing n'a pas de mise � jour > > > de s�curit�, elle n'est pas envisageable pour un serveur d'entreprise > > > > Testing n'a officiellement pas de mises � jour de s�curit�, cependant > > actuellement sarge (la future stable) en a. C'est peut-�tre un bon > > compromis. Je connais d�j� des serveur en production tournant en sarge + > > noyau 2.6. > > Heu.... D'o� vient cette info? Qui fait ces mises � jour? > http://www.debian.org/releases/testing/ assure du contraire en > caract�res gras...
Oui, mais tu peut rajouter la ligne "deb http://security.debian.org testing/updates main contrib non-free" dans ton source.list. En g�n�ral l'�quipe de s�curit� ne fais pas beaucoup de mises � jour en testing/unstable car les paquets �voluent trop vite (enfin, les paquets sont mis � jour en unstable, et passent en 2 jours en testing), mais comme sarge ne bouge quasiment plus, il y a actuellement des mises � jour de s�curit�. > > De plus, si la personne est oblig�e d'utiliser des backports sur sa > > stable, ceux-ci ne b�n�ficient pas de mises � jour de s�curit�, et donc > > cela devient beaucoup moins s�curis� qu'une sarge. La solution serais de > > faire ses propres backports, eet de les maintenir � jour en backportant > > les mises � jour de s�curit�, etc... mais cela fait un travail �norme. > > la s�curit� est � ce prix... ou alors, il faut se contenter des versions > stable... > > > > (la d�nomination est explicite!). > > > 2.4 parce qu'il est �prouv�; 2.6 est tr�s m�ture pour un environnement > > > de bureau, mais �a me semble encore t�t pour le passer sur un serveur > > > de prod. Et m�mes remarques concernant les m�j de s�curit�, puisque 2.6 > > > n'est pas dans stable... > > > > M�me remarque concernant les mises � jour de s�curit� pour le noyau 2.6 > > en sarge ;-). Personnellement je choisirais un noyau 2.6, car il supporte > > mieux certains mat�riels (par exemple les disques dur sata, d�sormais > > pr�sents dans certains serveurs), et car j'estime que c'est un bon choix. > > Ah au fait, le noyau officiel de woody est (il me semble) un 2.2... > > woody propose l'install bf24, si je me souviens :p Oui, mais ce n'est pas le choix par d�faut/recommand� pour autant que je me souvienne... > > Donc mon choix personnel serais sarge + 2.6. > > D�sol� d'insister, mais pas sur un serveur de prod... testing s'appelle > testing parce que c'est une version de... test, pas de prod! > Tu peux faire un serveur en testing... � tes risques et p�rils. Si c'est > pour une entreprise un minimum soucieuse de la s�curit� de ses > informations et donn�es, je doute des f�licitations... Oui, mais l� je parle de sarge, dans l'�tat actuel des choses, pas de testing en g�n�ral... Actuellement sarge est assez pr�t de la release (quoi que l'on puisse en dire), et est actuellement (� mon avis) pr�t pour �tre en production. Comme je l'ai d�j� dit, je connais des serveurs en production qui tournent d�j� sous sarge. -- Florent -- Citation al�atoire -- Des chaussures neuves font souvent "scouic scouic" quand on marche. Des vieilles chaussures aussi, � condition de marcher sur des b�b�s souris. -+- Philippe Geluck, Le chat -+-
pgpJjVMmnIHSt.pgp
Description: PGP signature
