At 01:03 08.04.02, you wrote: >Hello, > > > Tout � fait, actuellement je travaille tout le temps sur des woody en > > testing avec des noyaux 2.4.xx compiler pour sp�cifiquement pour chaque > > machines alors j'ai tendence � oublier qu'il existe autre chose. Pour ce > > qui est de la stabiliter, le noyau 2.4.17 (je n'ai pas encore pass� au > > 2.4.18) que j'utilise le plus souvent ne me pose pas de probl�me mais rien > > n'empeche de faire un multiboot pour garder un 2.2.xx sous le bras. > >OK, je disais �a car je venais d'avoir un prob avec le module IDE-SCSI >et cdrecord qui me faisait un kernel panic, ...
Il faut bien jeunesse (du kernel) se passe. > > Pour ce qui les d�pendances par rapport au hard et au softs j'ai une tr�s > > nette tendance � install� le minimum et de rajouter les packages et faire > > les recompilations du noyau au fur est � mesure que le besoin s'en fait > > sentir. C'est tellement facile avec les debian que l'on devrai pas sen > > passer. > >J'ai d�couvert �a y'a quelques temps et c'est vrais que c'est vachement >simple sous Debian (une chose de plus) Mon id�e �tait de faire maintenir un mirroir des paquages utilis�s par les machines locales depuis le net et o� depuis un CD puis d'utiliser ce "miroir" comme source pour apt et dselect. Ceci permettrai d'automatiser presque totalement la mise � jour des machines. Des pseudo "release" pourait �tre ger� par un organisme centrale commun � toutes �coles utilisant linux afin d'assurer la fonctionnalit� de "release" celui-ci pouvant faire la distribution des CD et mettre � disposition un site Internet avec le miroir. > > L'exception c'est la gestion des authentifications. Du coup comme > > tu as l'air de travaill� � fond la dessus c'est peut �tre toit qui devrai > > faire le serveur bien que cela ne me g�ne pas de replonger la dedans. > >Je suis en train de travailler � fond en fait car je dois remplacer une >machine NT4 pour un client avec un linux :-) Avec gestion de domaine et authentification ? > > Je pense que le temps que le projet soit finalis� il y aura de forte > chance > > pour que la woody ainsi que le noyau 2.4.xx soit assez stable pour ce > projet. > >Effectivement :-) > > > Par contre on pourrai definir quelques info tel que les adresses IP du > > serveur, principalement celle des serveurs DNS. > > En g�n�ral j'utilise au minimum 3 adresse IP sur la carte r�seau afin que > > si on partage les services sur plusieurs machines on n'aie pas trop de > > probl�me. Je te propose donc la structure suivante au niveau du r�seau. > > > > nom de domaine: ecole.loc (compl�tement virtuel) > > classe du reseau: C (mask:255.255.255.0) > > Attribution des adresses IP > > =========================== > > nom du noeud Adresse IP Description > > ------------ ---------- ----------- > > gw 192.168.6.254 gateway pour l'acc�s Internet > > ns1 192.168.6.253 serveur de nom primaire > > ns2 192.168.6.252 serveur de nom secondaire > > srv 192.168.6.251 serveur pour les autres services > > st1 192.168.6.1 1�re station > > st2 192.168.6.2 2�me station > > etc... > >J'aurais plut�t tendance � utiliser 192.168.0.x et mettre les IP >192.168.0.1, 2, 3, 4 pour le serveur et � partir de 100 ou qqch comme �a >en DHCP pour les stations de travail, c'est plus standard. > >Les adresses IP entre 4 - 100 �tant des adresses IP conserv�es pour des >stations de travail/petit serveur n�cessitant une IP fixe. J'evite le 192.68.0.xx car tout le monde l'utilise de plus j'utilise d�j� les adresses 192.68.1-5|69.xx pour faire de VPN et o� intervenir chez mes clients par t�l�phone. Le DHCP peut-�tre interessant � la condition que l'on attribue des adresses fixe en fonction des adresses MAC des cartes Ethernet. Car autrement cela peut �tre un peut enuyeu pour la configuration du firewall si l'on veut un comportement diff�rent selon la station de travaille. De plus si cela n'�tait pas fait , il ne serai pas possible d'attribuer un nom au stations puisque le serveur DNS fait le lien IP<->Nom. > > Pour les adresses email, je peut en h�berger une vingtaine sous la forme > > [EMAIL PROTECTED] (j'ai un serveur sur le net). > >Je ne pense pas que ce soit tr�s utile, il y'a assez de provider "free" >pour les mail. Pas trop auquel on peut acc�der par pop. Il sont en g�n�ral avec de la pub dans tous les coins, ce qui pourai faire mauvais effet lors de la d�mos. >A+ > >Blaise Drayer > >-- >http://www-internal.alphanet.ch/linux-leman/ avant de poser >une question. Ouais, pour se d�sabonner aussi. ---------- MuTECH Martial Guex Rue des Alpes 1452 Les Rasses Switzerland Phone : +41 24 454 46 35 Fax. : +41 24 454 46 32 Email : [EMAIL PROTECTED] ([EMAIL PROTECTED] for Microsoft Outlook users) -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se d�sabonner aussi.
