<!doctype linuxdoc system>

<!-- LinuxDoc file was created by LyX 1.0 (C) 1995-1999 by <jdd> Fri Jan 21 19:13:49 2000
 -->
 <article>
 <title>
admin
 </title>
 <author>
Jean-Daniel Dodin - jdanield@linux-france.org - http://perso.club-internet.fr/jdanield
 </author>
 <date>
V2.0 18 janvier 2000
 </date>
 <abstract>
Je suis devenu administrateur système par la force des choses. Voici mon
 expérience. J'attends avec intérêt vos commentaires et vos corrections. Je
 tiens à préciser ici que ce texte est destiné à des débutants, du coup il y
 a plein de données qui sont abordées de façon simplifiée. Inutile de le dire,
 je le sais, mais pour expliquer le principe il n'est pas nécessaire de compliquer.
 Pour les détails la documentation ne manque pas. 
La première version a été
 écrite en Avril 1999, mais au moment de la mettre à jour je ne retrouve pas
 l'original. Au lieu de le récupérer dans une sauvegarde ou sur internet, comme
 de toute façon je vais modifier le texte, j'ai convertit le html en txt et
 relu le tout dans lyx. Du coup il peut trainer des erreurs de mise en page.
 Vous m'exuserez.
 </abstract>
 <toc>
 <sect>
Compiler... un noyau, un programme
 <p>
Même si vous n'êtes pas vieux dans Linux, vous avez déjà entendu dire &quot;il
 faut que tu recompiles ton noyau&quot;. cette affirmation n'est plus tellement
 vraie, mais cette possibilité présente de nombreux avantages et il faudra bien
 y venir un jour; Pendant que j'écris ceci, j'ai une compilation en cours (un
 des avantages de linux est de pouvoir faire plusieurs choses à la fois). C'est
 assez long, car il faut choisir entre de très nombreuses options, mais très
 facile.
 </p>
 <sect1>
Programmer ? 
 <sect2>
Qui est programmeur 
 <p>
Prenons les choses par le début. Devant un ordinateur vous avez forcément
 d'abord été un &quot;simple utilisateur&quot;. Au bout de quelques semaines,
 quelques mois, ou quelques années, vous allez en avoir assez de refaire toujours
 les mêmes opérations. Chercher toujours le même répertoire dans l'explorateur
 de windows pour y copier ses fichiers est parfois un peu lassant ! Pourtant
 l'ordinateur est par destination capable de faire à notre place des travaux
 répétitifs.
 </p>
 <p>
Sous dos, il suffit de faire un &quot;petit&quot; fichier &quot;batch&quot;
 sauve.bat du genre :
 </p>
 <p>
&quot;copy * &bsol;data&bsol;sauvegarde&quot;
 </p>
 <p>
A partir de ce moment, il suffit de taper &quot;sauve&quot; et le contenu
 du répertoire en cours est copié dans le répertoire &bsol;data&bsol;sauvegarde
 </p>
 <p>
Du temps où je travaillais sous dos, j'avais une dizaine de ces programmes,
 très commodes.
 </p>
 <p>
Avez-vous remarqué que, tout doucement, vous êtes devenus &quot;programmeur&quot;
 ?
 </p>
 <sect2>
Et Linux ? 
 <p>
Vous pouvez faire la même chose avec Linux. C'est à peine plus compliqué,
 pour deux raisons. 
 </p>
 <p>
Premièrement il y a plusieurs langages utilisables - sous dos le &quot;langage
 batch&quot; est en réalité celui permis par &quot;command.com&quot; - par exemple
 bash (le shell, comme command.com) mais aussi perl, et bien d'autres.
 </p>
 <p>
Deuxièmement Linux ne distingue pas les extensions. Appeler son programme
 &quot;sauve.bat&quot; ne fera ni chaud ni froid à Linux. Il faut donc lui dire
 que le fichier est exécutable.
 </p>
 <p>
La première difficulté est tournée de façon assez curieuse. Dans le fichier
 de commandes, vous allez utiliser le caractère &num; pour signaler les lignes
 de commentaire. Mais la première ligne doit être suivie d'un &quot;!&quot;
 et du nom complet du programme à appeler. Pour bash :
 </p>
 <p>
&num;!/bin/sh
 </p>
 <p>
cp * /data/sauvegarde
 </p>
 <p>
fera à peu près le même travail que le programme dos précédent.
 </p>
 <p>
La deuxième difficulté est tournée en donnant au fichier que nous venons
 d'écrire l'attribut &quot;exécutable&quot;. Ceci se fait par exemple en tapant
 chmod u+x sauve (si notre fichier s'appelle sauve).
 </p>
 <p>
Une remarque en passant. En voulant vérifier ce que je suis en train de
 dire, j'ai écrit un petit programme que j'ai appelé (bêtement ?) &quot;test&quot;.
 Et rien ne marchait ; J'ai fini, par hasard, par tomber sur un script contenant
 la fonction &quot;test&quot;. C'est une fonction interne de bash (bien fait
 pour moi, j'avais qu'à apprendre mieux ma leçon). J'ai renommé le programme
 &quot;tester&quot; et tout s'est mis à marcher. On peut aussi utiliser ./test
 ce qui impose l'usage du programme de notre répertoire....
 </p>
 <p>
Les scripts sont très commodes pour des programmes de deux lignes comme
 vous aurez souvent à en écrire, mais pour aller plus loin, il faut vraiment
 apprendre la programmation. De plus Linux doit lire et relire des lignes de
 texte qu'il ne comprends pas, demander à bash de les lui traduire - on appelle
 ça de &quot;l'interprétation&quot; et bash est donc un &quot;interpréteur de
 commandes&quot; - c'est long. pourquoi ne pas écrire le programme directement
 en langage machine ? Où plutôt, pourquoi ne pas stocker la traduction, au lieu
 de retraduire à chaque fois ?
 </p>
 <p>
C'est justement ce que fait un compilateur comme gcc.
 </p>
 <sect2>
Les tuyaux 
 <p>
Unix - et donc Linux - fait grand usage des &quot;tubes&quot; ou &quot;pipes&quot;.
 C'est en apprenant le langage C, il y a quelques années, (par pure curiosité,
 je n'ai jamais rien programmé de sérieux avec) que j'ai appris l'usage du &quot;flux
 d'entrée&quot; et du &quot;flux de sortie&quot;.
 </p>
 <p>
Presque tous les programmes en C sous Linux (et les autres aussi) acceptent
 de recevoir des entrées venues d'on ne sait trop où, &quot;de la console&quot;.
 Ainsi un programme peut envoyer ses résultats &quot;dans le vide&quot;. Faute
 de mieux, ce vide sera l'écran, mais si un autre programme est là pour les
 récupérer, il pourra s'en servir.
 </p>
 <p>
Ce système n'est pas facile à comprendre (faites quand même l'effort de
 lire le manuel), mais il est très puissant.
 </p>
 <p>
Pour nous, il entraîne un nombre énorme de messages d'écran chaque fois
 que nous utilisons un programme.
 </p>
 <sect2>
Make 
 <p>
Un programme comme le noyau est assez petit (celui dont la compilation
 vient de se terminer fait moins de 400 ko), mais très complexe. Il est composé
 de plein de petits morceaux que je serais bien incapable de rassembler. Les
 programmeurs de linux aussi, d'ailleurs.
 </p>
 <p>
Tous les compilateurs sont donc livrés avec un programme &quot;make&quot;
 pour faire le travail.
 </p>
 <p>
La compilation se fait en plusieurs étapes, parfois assez longues. Il y
 a d'abord l'écriture du texte du programme -le source. On traduit ce source
 et on en fait un &quot;fichier objet&quot;. Ce fichier contient juste la traduction
 de votre code. Il ne contient aucune des fonctions internes que vous avez utilisées
 (un programme n'est, après tout, qu'une liste de fonctions et d'arguments).
 Il contient quand même la liste des fonctions utilisées.
 </p>
 <p>
Il va donc falloir le &quot;linker&quot; (de l'anglais &quot;to link&quot;),
 c'est à dire &quot;chaîner&quot; votre code et le code fourni avec le compilateur
 pour les fonctions.
 </p>
 <p>
make sait chaîner automatiquement. Il sait également dans tous les modules
 présents lesquels ont été modifiés, et lesquels ne l'on pas été et n'ont donc
 pas besoin d'être recompilés.
 </p>
 <p>
Make permet de faire bien d'autres choses et je suis assez épaté de ce
 que le makefile du noyau est capable de faire.
 </p>
 <sect1>
Compiler 
 <p>
Compiler le noyau (ou un autre programme), consistera donc simplement pour
 nous à utiliser make pour créer un fichier de configuration et lancer la compilation.
 Un fichier d'aide est toujours joint, le manuel explique le reste.
 </p>
 <p>
Le plus gros travail est de rassembler les bibliothèques nécessaires (celles
 qui contiennent les fonctions). L'intérêt des distributions est justement de
 faire ce travail pour vous.
 </p>
 <sect2>
Remarque 
 <p>
Il y a quelque fois des difficultés inattendues. Par exemple, une des étapes
 de la compilation du noyau est &quot;make zImage&quot;. J'ai confondu sur l'exemplaire
 imprimé I et i, plus rien ne marchait.
 </p>
 <sect>
Installer un réseau 
 <p>
Il faut d'abord que le réseau fonctionne au point de vue matériel et logiciel
 avant d'aller plus loin.
 </p>
 <sect1>
Principe 
 <p>
On vous dit partout que linux est fait pour fonctionner en réseau et que
 rien n'est plus facile que de le faire marcher ainsi. N'en croyez rien. Un
 réseau est toujours quelque chose de délicat à gérer, quel que soit le matériel
 et le logiciel employé.
 </p>
 <p>
Je vous recommande vivement la lecture du Linux NET-3-HOWTO un peu bavard
 mais plus détaillé que le présent document.
 </p>
 <sect1>
Matériel 
 <sect2>
Des PC 
 <p>
Pour avoir un réseau, il faut au moins deux ordinateurs, n'importe quels
 ordinateurs, en particulier votre vieux 486 peut convenir. Notez quand même
 qu'aujourd'hui on trouve une carte pentium 133 avec son processeur, une carte
 vidéo et 32 Mo de Ram pour moins de 800F (d'occasion), il serait donc quand
 même un peu ridicule de ne pas le faire.
 </p>
 <sect2>
Des cartes 
 <p>
Il faut ensuite deux cartes Ethernet (une par pc) 10Mo (c'est leur vitesse),
 coût environ 130F chaque, et du câble coaxial, des connecteurs et deux terminateurs
 (quelques francs). veuillez à ce que la carte ai sa disquette de pilotes et
 dispose de deux connecteurs différents en sortie : une sortie bnc (coaxiale
 à bayonette) et une sortie carrée type téléphone (elle sert avec un &quot;hub&quot;,
 ça peut être utile un jour). On trouve des cartes isa ou pci, prévoyez un slot
 libre sur votre pc.
 </p>
 <sect2>
Du câble coaxial 
 <p>
Le câble coaxial est un câble voisin de celui de la l'antenne de votre
 téléviseur. La seule différence est &quot;l'impédance&quot; du câble ( 75 ohms
 pour la télé, 50 ohms pour le réseau) qui est en général noir.
 </p>
 <p>
Un &quot;coax&quot; est composé d'un fil rigide ou souple central (&quot;âme&quot;),
 entouré d'isolant assez épais, lui-même entouré d'une tresse de fils de cuivre
 (&quot;blindage&quot;). Une gaine assez fine recouvre le tout.
 </p>
 <sect2>
De la quincaillerie 
 <p>
Il faut deux prises BNC mâles, une pour chaque bout du câble, correspondant
 à la prise femelle à baïonnette située sur la carte. La bague mâle comporte
 une bague tournante permettant le verrouillage avec la partie femelle. Ce type
 de connecteur est très courant en vidéo institutionnelle.
 </p>
 <p>
Il faut aussi une fiche en T (un mâle, deux femelles) qui est toujours
 vendu avec la carte, ne la perdez pas !
 </p>
 <p>
Il faut encore deux ou trois &quot;bouchons&quot;. Ce sont des prises mâles
 fermées par un capuchon qui servent à boucher la dernière prise femelle du
 réseau. Ces prises sont indispensables (voir plus loin).
 </p>
 <sect2>
Le câblage 
 <p>
Le câblage est le suivant. Mettez en place chaque carte dans son PC (!).
 
 </p>
 <p>
Branchez sur chaque sortie coaxiale un T de raccordement. Mettez un &quot;bouchon&quot;
 sur un coté du T du premier et du dernier PC. Ce bouchon est indispensable.
 Ce qui est curieux c'est qu'on peut parfois enlever un appareil du réseau en
 laissant sa prise vide, le réseau marche toujours. Il faut deux bouchons, ou
 trois, ça dépend sans doute de la longueur des branches.
 </p>
 <p>
Je viens d'installer un réseau en T. Le serveur est relié par une rallonge
 et un T à deux branches qui partent dans des directions différentes. Passée
 une certaine longueur de branches, j'ai dû mettre un bouchon à chaque extrémité.
 Ca marche pour l'instant, même si je ne sais pas si c'est très orthodoxe (ca
 ne l'est pas...).
 </p>
 <p>
Relier ensuite les appareils par un coaxial. On a droit à 250 appareils
 avec 100 m (entre chaque appareil, ou au total, je ne sais pas). Au delà il
 faut utiliser des &quot;hub&quot; - des répartiteurs/amplificateurs.
 </p>
 <p>
C'est tout et c'est facile à faire. On peut faire les câbles soi-même,
 mais c'est bon marché à acheter tout fait. Si il vous faut plusieurs câbles,
 avec des longueurs variables, faites-les vous même, ils sont simplement sertis
 (on écrase le fil dans un tube).
 </p>
 <p>
C'est du coaxial, il y a donc un fil central (en fait composé de multiples
 fils fins) que l'on rentre dans une petite &quot;épine&quot; en cuivre et que
 l'on bloque en serrant avec une pince. On introduit ensuite le tout dans la
 fiche (celle qui comprends la baïonnette, c'est la fiche mâle), on rabat la
 tresse de blindage sur la queue de la fiche et on bloque avec le petit tube
 fourni dans la pochette. On serre ensuite ce tube avec une pince sur la tresse
 d'une part, d'autre part sur le fil et c'est fini.
 </p>
 <p>
Je ne sais pas empêcher la tresse de déborder et les petits fils sont très
 piquants, attention. Compter environ 5 F le mètre de fil et 15F la prise. Les
 prix varient beaucoup selon le fournisseur, renseignez-vous.
 </p>
 <sect2>
Un autre type de câble 
 <p>
Il y a un autre type de câble, le RJ45, composé de 4 fils et d'une prise
 carrée genre téléphone (entre le combiné et le socle, pas celle qui va dans
 le mur). 
 </p>
 <p>
Je n'ai pas essayé d'en faire une, je me vois mal faire des soudures aussi
 fines, mais c'est peut-être moins difficile qu'il n'y parait. Ces câbles ne
 peuvent pas relier plus de deux PC sans passer par un &quot;hub&quot;, sorte
 de répétiteur/amplificateur qui a un avantage et des défauts, et même pour
 deux pc c'est déconseillé.
 </p>
 <p>
Bien sur, le signal doit être meilleur (il y a un ampli), mais le branchement
 est en étoile (chaque câble part du hub) alors que le coaxial est en parallèle
 (comme une rallonge, chaque poste est branché au précédent).
 </p>
 <p>
Au fil des jours, le prix des hub diminue et on trouve des hub avec 4 prises
 RJ45 vers 250F. Si tous vos pc sont dans la même pièce, c'est sans doute une
 bonne solution.
 </p>
 <sect2>
Réglage de la carte 
 <p>
Chaque carte a ses logiciels de réglage et ses pilotes, incompatibles avec
 ceux des autres... Il y a plusieurs réglages possibles, mais en particulier
 celui d'entrée sortie (io ou E/S) et l'irq - interruption.
 </p>
 <p>
Le nombre d'interruptions disponibles sur un PC est très limité et les
 bios plug and play travaillent mal. Je viens de galérer comme un malade pour
 faire comprendre à un bios que certaines adresses étaient réservées. On y arrive
 cependant. Je ne connais pas d'outils Linux pour avoir la liste des irq/io
 utilisées (si, dans le panneau de contrôle de kde), sous dos c'est msd (microsoft
 diagnostic), sous windows c'est dans config/système.. 
 </p>
 <p>
La gestion des entrées sorties est plus délicate. Traditionnellement les
 cartes utilisent les adresses 0x300 et suivantes, mais les nouvelles cartes
 PnP utilisent des adresses bizarres (D000). Cependant je viens de voir un pilote
 Linux sur une carte récente, il y a donc un gros espoir. La Suse 5.3 a accepté
 sans problème une des ces cartes.
 </p>
 <p>
De plus, les utilitaires de configuration fonctionnement presque toujours
 sous dos, il faut donc au moins un dos sur disquette.
 </p>
 <p>
Les cartes PCI sont reconnues par Linux sans aucun problème, les réglages
 ci-dessus concernent surtout les cartes ISA, préférez donc les PCI si vous
 avez le choix (et un emplacement libre dans votre PC).
 </p>
 <sect2>
Le module ne (et ne2k-pci)
 <p>
Il y a fort à parier que vous avez des cartes NE2000. Dans ce cas, c'est
 le module &quot;ne&quot; qui va les gérer. Il est en principe capable de gérer
 plusieurs cartes sur le même appareil. La syntaxe est la suivante (une partie
 est visible dans le manuel Suse, le reste dans le source et l'arborescence
 du kernel). Ci-dessous les lignes à mettre dans /etc/conf.modules (ou modules.conf).
 </p>
 <p>
alias eth0,eth1 ne
 </p>
 <p>
options ne io=0x300,0x320 irq=10,11
 </p>
 <p>
(mettre les numéros d'interruption dans le même ordre que les adresses
 io).
 </p>
 <p>
Je pense que ces options peuvent avantageusement être rentrées dans yast.
 Avec bien sur vos données correctes (ici ce sont les miennes). Attention !
 Avec mon noyau 2.0.36, je n'ai vraiment besoin d'indiquer que l'adresse io,
 l'irq est trouvée automatiquement. Ca vaut mieux, car si vous indiquez une
 mauvaise irq linux ne proteste pas. Simplement le fichier log (celui obtenu
 avec dmesg) va se remplir de messages d'alerte (je suis maintenant au 2.2.13,
 tout marche toujours).
 </p>
 <p>
ne2k-pci est pour les cartes pci, comme son nom l'indique et ne nécessite
 pas d'option, donc juste un alias eth0 ne2k-pci.
 </p>
 <sect1>
Configuration des interfaces 
 <sect2>
Contrôle 
 <p>
La carte doit alors être reconnue impeccablement au démarrage. Ca se vérifie
 en tapant &quot;ifconfig&quot;, le résultat doit être :

 </p>
 <p>
lo Link encap:Local Loopback
 </p>
 <p>
inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0
 </p>
 <p>
UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1
 </p>
 <p>
RX packets:107 errors:0 dropped:0 overruns:0
 </p>
 <p>
TX packets:107 errors:0 dropped:0 overruns:0

 </p>
 <p>
eth0 Link encap:10Mbps Ethernet HWaddr 00:00:B4:31:43:8C
 </p>
 <p>
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0
 </p>
 <p>
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
 </p>
 <p>
RX packets:205 errors:0 dropped:0 overruns:0
 </p>
 <p>
TX packets:150 errors:0 dropped:0 overruns:0
 </p>
 <p>
Interrupt:11 Base address:0x300

 </p>
 <p>
Ou quelque chose d'approchant.
 </p>
 <p>
Si l'interruption n'est pas bonne, le nombre de dropped augmente. Dire
 que cette configuration se fait au démarrage signifie qu'elle est faite dans
 les scripts lancés tout au début du lancement de Linux. Ce que je vais décrire
 ci-après concerne la suse, mais si vous me faites parvenir (fichier LyX de
 préférence, mais aussi texte, Emacs, vi...) ce qui correspond à votre distribution,
 je me ferais un plaisir de l'ajouter au présent document (avec votre nom !).
 </p>
 <sect2>
Boot 
 <p>
La suse fonctionne de la façon suivante (en gros) : tous les paramètres
 sont donnés dans un fichier /etc/rc.config, soit à travers yast soit à la main
 (avec vi). Ces paramètres ne sont autres que des valeurs de variables. rc.config
 est exécuté par tous les scripts de démarrage (la commande . rc.config, c'est
 à dire &quot;exécuter toutes les commandes situées dans le fichier rc.config&quot;
 se trouve au début de tous les scripts) et affecte donc des valeurs à ces variables.
 Les scripts vérifient donc les valeurs de ces variables et en tiennent compte.
 </p>
 <p>
Au fil des versions, le nombre de variables augmente. Si vous en ajoutez
 vous- même, pensez donc à donner des noms originaux, ou, mieux, écrivez un
 script à vous extérieur et faites y référence (par exemple dans /etc/rc.d/boot.local).
 </p>
 <p>
Le script /sbin/init.d/boot contient la mise en place de l'interface loopback
 (127.0.0.0) si nécessaire.
 </p>
 <p>
Le script /sbin/init.d/dummy contient la mise en place de l'interface dummy
 :- ).
 </p>
 <p>
Tous les autres interfaces sont lancés à partir du script /sbin/init.d/network
 qui possède les options start, stop, restart, status, probe.
 </p>
 <sect2>
Interfaces 
 <p>
Une &quot;interface&quot;, pour autant que je comprenne exactement ce que
 c'est, est matérialisée par une adresse attribuée à une carte réseau. Par exemple
 192.168.21.5 eth3 signifie qu'il y a au moins quatre cartes réseau (0, 1, 2,
 et 3) et donc quatre sous réseaux, l'adresse 192.168.21.0 étant attribuée au
 sous réseau sur lequel se trouve la carte eth3.
 </p>
 <p>
Mais il peut y avoir plusieurs sous réseaux et donc plusieurs adresses
 par carte. Je ne sais pas trop pourquoi, linux ne veut pas attribuer plusieurs
 adresses à une même carte (peut-être simplement &quot;au cas ou&quot; certaines
 applications seraient gênées) et attribue donc des interfaces secondaires eth3:0,
 eth3:1... en plus de eth3.
 </p>
 <p>
J'ai fait fonctionner ce système sans trop de problème dans mon lycée.
 J'aurais préféré pouvoir le faire sans attribuer une adresse supplémentaire
 à la carte, mais si c'est possible (?) je ne sais pas le faire. Pour l'instant
 il me faut une adresse par sous réseau. En fait cette adresse sert surtout
 à définir l'adresse du sous réseau.
 </p>
 <sect1>
Fichiers de configuration réseau 
 <sect2>
yast 
 <p>
Il y a deux endroits dans yast à utiliser, integrate hardware/networking
 device pour les options de ne et network configuration/network base configuration.
 </p>
 <p>
C'est en français dans la suse 6. Mettre à jour ces fichiers est fait d'abord
 avec yast. La version 5.2 (V0.89.1) n'est pas parfaite à ce sujet, mais les
 défauts sont minimes et ont peut-être déjà disparu avec la 5.3 (difficile à
 vérifier). Avec la 6.0, tout s'est configuré nickel au premier coup. Les nouveaux
 utilisateurs de linux ne connaissent pas leur chance !
 </p>
 <p>
De toute façon, la marche à suivre normale consiste à utiliser yast, à
 vérifier si les fichiers sont corrects et ensuite seulement à les modifier
 à la main si ça ne va pas.
 </p>
 <p>
Les fichiers importants sont :
 </p>
 <sect2>
/etc/hosts 
 <p>
Donne l'équivalence entre le nom de l'ordinateur et son adresse réseau
 :
 </p>
 <p>
&num;
 </p>
 <p>
&num;hosts This file describes a number of hostname-to-address
 </p>
 <p>
&num;mappings for the TCP/IP subsystem. It is mostly
 </p>
 <p>
&num;used at boot time, when no name servers are running.
 </p>
 <p>
&num;On small systems, this file can be used instead of a
 </p>
 <p>
&num;&quot;named&quot; name server. Just add the names, addresses
 </p>
 <p>
&num;and any aliases to this file...
 </p>
 <p>
&num;
 </p>
 <p>
0.0.0.0 charles.perso charles
 </p>
 <p>
127.0.0.1 localhost
 </p>
 <p>
192.168.0.1 charles.perso charles
 </p>
 <p>
192.168.0.2 max.perso max

 </p>
 <p>
Mon réseau a comme nom de domaine perso et mes appareils s'appellent max
 et charles, en doutiez-vous ?
 </p>
 <p>
En fait, ce fichier est probablement inutile. Il permet simplement de donner
 &quot;en clair&quot; les adresses. Je peux donc appeler &quot;max&quot; au
 lieu d'appeler &quot;192.168.0.2&quot;. Dans une configuration à trois appareils,
 l'avantage n'est pas grand et un fichier de plus entraîne un risque d'erreur
 de plus.
 </p>
 <sect2>
/etc/networks 
 <p>
Fait comme hosts, mais pour les réseaux  :
 </p>
 <p>
&num;
 </p>
 <p>
&num; networks This file describes a number of netname-to-address
 </p>
 <p>
&num;mappings for the TCP/IP subsystem. It is mostly
 </p>
 <p>
&num;used at boot time, when no name servers are running.
 </p>
 <p>
&num;
 </p>
 <p>
loopback 127.0.0.0
 </p>
 <p>
localnet 192.168.0.0
 </p>
 <p>
&num; End.

 </p>
 <p>
Il faut savoir que l'adresse qui se termine par 0 (zéro) est celle du réseau
 entier, il ne faut donc pas l'utiliser pour un poste. Le fichier Networks est
 donc destiné à donner un nom au réseau comme on en donne un à un pc dans hosts.
 </p>
 <p>
Ici non plus, l'avantage n'est pas grand dans une petite configuration.
 </p>
 <sect2>
/etc/route.conf 
 <p>
&num;
 </p>
 <p>
&num; /etc/route.conf
 </p>
 <p>
&num;
 </p>
 <p>
&num; In this file you can configure your static routing...
 </p>
 <p>
&num;
 </p>
 <p>
&num; This file is read by /sbin/init.d/route.
 </p>
 <p>
&num;
 </p>
 <p>
&num;
 </p>
 <p>
&num; Destination Dummy/Gateway Netmask Device
 </p>
 <p>
&num;
 </p>
 <p>
&num; Examples:
 </p>
 <p>
&num;
 </p>
 <p>
&num; Net devices
 </p>
 <p>
&num; 193.141.17.192 0.0.0.0 255.255.255.192 eth0
 </p>
 <p>
&num;
 </p>
 <p>
&num; Gateways
 </p>
 <p>
&num; default Riemann
 </p>
 <p>
&num; 0.0.0.0 193.141.17.193
 </p>
 <p>
&num;
 </p>
 <p>
&num;
 </p>
 <p>
&num; Host behind Gateway
 </p>
 <p>
&num; 193.141.17.142 193.141.17.193 255.255.255.255
 </p>
 <p>
&num;
 </p>
 <p>
&num; Net behind a Gateway
 </p>
 <p>
&num; 193.141.17.145 193.141.17.193 255.255.255.0
 </p>
 <p>
&num;
 </p>
 <p>
&num; ISDN (i4l)
 </p>
 <p>
&num; 193.141.17.0 0.0.0.0 255.255.255.0 isdn0
 </p>
 <p>
&num; default 193.141.17.193
 </p>
 <p>
192.168.0.0 0.0.0.0 255.255.255.0 eth0
 </p>
 <p>
La seule ligne &quot;à moi&quot; est la dernière. Ici non plus je ne suis
 pas sur de tout comprendre. Comme vous pouvez vous en douter, administrateur
 réseau n'est pas mon travail (je suis prof de mécanique), je ne peux donc y
 consacrer que peu de temps. Je bosse, cependant et je compléterai ce papier
 quand je pourrais.
 </p>
 <p>
Si je comprends bien, cette dernière ligne signifie que tous les messages
 envoyés au réseau 192.168.0.0 doivent transiter par eth0 (ma carte réseau).
 Je suis un peu surpris de ne pas voir loopback dans la table de routage, mais
 comme, pour l'instant, je n'ai pas configuré de connexion internet, je n'ai
 qu'une route, il n'y a donc pas trop de problème. 
 </p>
 <p>
De toute façon internet n'y change rien. Le script ppp ajoute une route
 dynamique, quand il connaît l'adresse attribuée par le fournisseur d'accès
 (on ne la connaît pas au départ).
 </p>
 <p>
En cas de besoin, il est possible d'indiquer une route vers un appareil
 qui sache faire la distribution (un &quot;routeur&quot;), par exemple le serveur
 de votre réseau.
 </p>
 <sect1>
Adresses IP 
 <sect2>
Adresses générales 
 <p>
Linux utilise essentiellement le protocole réseaux TCP/IP, bien connus
 puisqu'il est celui d'internet. Mais ceci entraîne quelques inconvénients,
 en particulier dans le choix des adresses
 </p>
 <p>
Les &quot;adresses IP&quot; sont formées de 4 groupes de 3 chiffres, de
 la forme aaa.bbb.ccc.ddd. Les zéros non significatifs n'ont pas besoin d'être
 écrits (003=3). Chaque groupe peut varier de 0 (000) à 255, soient 256 valeurs
 possibles (en décimal). Traditionnellement, une partie des groupes est considérée
 comme l'adresse du réseau et l'autre comme les adresses des postes à l'intérieur
 du réseau. Pour pouvoir séparer ces deux parties, un ordinateur va effectuer
 un &amp; logique entre l'adresse qu'on lui fournit et un &quot;masque de sous
 réseau&quot;. En général, dans les réseaux internes qui nous concernent ici,
 les trois premiers groupes sont attribués au réseau (chez moi 192.168.000)
 et le dernier groupe est attribué aux appareils (chez moi, 1, 2 et 3). Le &quot;masque&quot;
 est alors 255.255.255.0.
 </p>
 <p>
On définit usuellement trois &quot;classes&quot; d'adresses :
 </p>
 <p>
Classe A, masque 255.0.0.0, adresses 0.0.0.0 à 127.255.255.255
 </p>
 <p>
Classe B, masque 255.255.0.0, adresses 128.0.0.0 à 191.255.255.255
 </p>
 <p>
Classe C, masque 255.255.255.0, adresses 192.0.0.0 à 223.255.255.255
 </p>
 <p>
Les autres adresses sont réservées à des usages administratifs.
 </p>
 <p>
Dans un réseau, deux adresses sont réservées, la première (chez moi 192.168.000.000)
 qui est l'adresses du réseau lui-même et la dernière (192.168.000.255) qui
 est celle des &quot;appels généraux&quot;. Tout envoi à ces adresses est répercuté
 à tous les postes du réseau.
 </p>
 <sect2>
2.6 Adresses privées 
 <p>
La &quot;norme&quot; RFC1597 réserve certaines adresses à l'usage &quot;interne&quot;
 (intranet). 
 </p>
 <p>
Classe A, masque 255.0.0.0, adresses 10.0.0.0 à 10.255.255.255
 </p>
 <p>
Classe B, masque 255.255.0.0, adresses 172.16.0.0 à 172.31.255.255
 </p>
 <p>
Classe B, masque 255.255.255.0, adresses 192.168.0.0 à 192.168.255.255
 </p>
 <sect>
Gérer un serveur samba 
 <sect1>
Principe 
 <p>
J'ai créé un serveur samba pour gérer un parc d'appareils sous windows
 95/98/ nt. Disons d'abord que le serveur normal prévu par Microsoft est NT
 Serveur. NT Serveur est une licence de NT qui modifie légèrement l'installation
 de NT4 et &quot;déverrouille&quot; les possibilités avancées de NT. Ce déverrouillage
 coûte extrêmement cher pour les gens honnêtes (NT serveur doit coûter environ
 7000F), de plus Microsoft impose le paiement d'une licence pour chaque client
 installé.
 </p>
 <p>
Pour chaque poste connecté au serveur il faut payer une somme variable
 de 50 à 100F environ, si on veut être en règle.
 </p>
 <p>
Rien de tout cela, évidemment, avec Linux (sans compter qu'il faut un gros
 pentium à NT pour tourner). Par chance pour nous, les réseaux Microsoft ne
 peuvent pas faire autrement que fonctionner dans une ambiance hétérogène (avec
 des appareils dos, Unix, windows,...) et donc Microsoft a du mettre dans le
 domaine public son protocole de transmission SMB.
 </p>
 <p>
Du coup un programmeur génial (comme tous les programmeurs de Linux !)
 a programmé une &quot;imitation&quot; de NT et l'a baptisé &quot;samba&quot;.
 </p>
 <p>
Sur le réseau, un serveur Linux/Samba est vu par les clients comme un serveur
 NT. Samba ne fait pas tout ce que fait NT, mais pas loin. Je dois dire que
 je n'ai eu aucune réelle difficulté à installer samba et à le faire fonctionner.
 </p>
 <sect1>
Premiers pas 
 <p>
Pour utiliser samba, il faut bien sur d'abord l'installer. Il doit être
 fourni avec toutes les distributions (?). Il faut ensuite le lancer au démarrage.
 Avec la SuSE il suffit de mettre à &quot;yes&quot; quelques variables au nom
 très évocateur dans rc.config, avec vi ou avec yast.
 </p>
 <p>
A ce moment, vous devez avoir deux &quot;démons&quot; en fonctionnement,
 smbd et nmbd.
 </p>
 <p>
Pour le vérifier faites :
 </p>
 <p>
ps ax | grep mbd
 </p>
 <p>
et vous devez voir les numéros de ces deux processus.
 </p>
 <sect1>
Documentation 
 <p>
La documentation fournie avec samba est assez volumineuse, mais vous éviterez
 difficilement de la lire, il faut donc prévoir de le faire.
 </p>
 <p>
Il n'y a pas pour l'instant de fichier &quot;info&quot;, mais des fichiers
 man (faites &quot;locate smb&quot;) :
 </p>
 <p>
* /usr/man/man1/make_smbcodepage.1.gz
 </p>
 <p>
* /usr/man/man1/smbclient.1.gz
 </p>
 <p>
* /usr/man/man1/smbrun.1.gz
 </p>
 <p>
* /usr/man/man1/smbstatus.1.gz
 </p>
 <p>
* /usr/man/man1/smbtar.1.gz
 </p>
 <p>
* /usr/man/man5/smb.conf.5.gz
 </p>
 <p>
* /usr/man/man8/smbd.8.gz
 </p>
 <p>
* /usr/man/man8/smbmnt.8.gz
 </p>
 <p>
* /usr/man/man8/smbmount.8.gz
 </p>
 <p>
* /usr/man/man8/smbpasswd.8.gz
 </p>
 <p>
* /usr/man/man8/smbumount.8.gz
 </p>
 <p>
et de nombreux fichiers doc dans /usr/doc/packages/samba/ et ses sous répertoires.
 </p>
 <p>
Si vous avez la suse, essayez aussi susehelp, mais ce système nécessite
 netscape (je crois, c'est ce qu'il lance chez moi).
 </p>
 <p>
N'oubliez pas que le répertoire /usr a un sous rep doc qui contient plein
 de choses. Dans le pire des cas, on peut installer les sources et aller lire
 les commentaires.
 </p>
 <sect1>
Lancer et arrêter samba 
 <p>
Le script de gestion de samba est /sbin/init.d/smb, avec les options start,
 stop, restart, reload, status. C'est un script shell, donc du texte, vous pouvez
 y jeter un coup d'oeil (avec less).
 </p>
 <sect1>
Configuration de samba 
 <p>
L'essentiel de la configuration se fait à travers le fichier /etc/smb.config.
 
 </p>
 <p>
Le fichier man le plus important est donc man smb.conf. Vous avez aussi
 des fichiers d'exemple dans /usr/doc/packages/samba/examples.
 </p>
 <sect2>
swat
 <p>
Samba est maintenant livré avec un utilitaire curieux "swat". Cet utilitaire
 est un programme de configuration en mode navigateur, c'est à dire qu'il s'exécute
 dans un navugateur (Netscape, chez moi; kfm ne marche pas).
 </p>
 <p>
Une fois swat configuré (il faut modifier les fichiers de configuration
 de /etc/inetd.conf et /etc/services.conf -il est probalble que vous avez la
 ligne à rajouter en remarque dans le fichier, commencez par là- sinon voyer
 la doc) et ensuite swat répond sur le port 901, il suffit donc de taper comme
 adresse web &lt;nom du serveur&gt;:901 et swat se lance pour vous (après vous
 avoir demandé un mot de passe).
 </p>
 <sect2>
Les mots de passe
 <p>
Pour ne rien faire comme tout le monde :-) Microsoft utilise des systèmes
 de mots de passe variés selon la version. En particulier Windows 95, première
 version (OSR1?) utilisait des mots de passe "non cryptés" (passant en ascii sur
 le réseau) puis une version suivante (OSR2?) a utilisé une version "cryptée".
 </p>
 <p>
Tout ceci par défaut. On peut toujours choisir entre crypté et non crypté
 en modifiant une ligne dans le registre. Vous trouverez dans le répertoire
 /usr/doc/packages/samba/ des fichiers d'extension *PlainPassword.reg pour chaque
 version de windows. Il suffit de les exécuter sous windows pour avoir le mot
 de passe non crypté (l'installation la plus simple).
 </p>
 <p>
Ils contiennent, en gros (je n'ai pas vérifié toutes les versions) :
 </p>
 <p>
REGEDIT4 
 </p>
 <p>
&lsqb;HKEY_LOCAL_MACHINE&bsol;System&bsol;CurrentControlSet&bsol;Services&bsol;VxD&bsol;VNETSUP&rsqb;
 
 </p>
 <p>
&quot;EnablePlainTextPassword&quot;=dword:00000001
 </p>
 <p>
Vous pouvez aussi, très facilement, avec regedit (sous windows, bien sur !)
 créer ou modifier cette clé. A zéro le cryptage est activé, à 1 il est désactivé.
 </p>
 <sect2>
Poste privé 
 <p>
Voici un commentaire de mon fichier personnel smb.conf (trois postes, serveur
 linux + 2 windows 95)
 </p>
 <p>
&lsqb;global&rsqb;
 </p>
 <p>
workgroup = perso
 </p>
 <p>
guest account = nobody
 </p>
 <p>
&num;je n'ai pas encore compris le fonctionnement du compte guest (&quot;invité&quot;)
 </p>
 <p>
keep alive = 30
 </p>
 <p>
os level = 2
 </p>
 <p>
&num;si j'ai bien compris, plus le chiffre est grand, plus votre serveur
 va chercher à s'imposer comme patron sur le réseau. Ici il est seul, pas de
 problème. Si il y a un serveur nt, il vaut sans doute mieux lui laisser la
 gestion &quot;administrative&quot; du réseau, donc un faible chiffre (2) par
 défaut.
 </p>
 <p>
security = user
 </p>
 <p>
&num;en rapport avec les deux types de sécurité des réseaux windows. Là
 non plus, je ne comprends pas bien le fonctionnement. Presque tout le mode
 utilise &quot;user&quot;, alors...
 </p>
 <p>
printing = bsd
 </p>
 <p>
&num;je ne crois pas qu'on utilise autre chose sous linux (mais samba tourne
 sur tous les systèmes Unix!)
 </p>
 <p>
printcap name = /etc/printcap
 </p>
 <p>
&num; ça devrait être évident
 </p>
 <p>
load printers = yes
 </p>
 <p>
&num;ça, par contre, ce n'est pas forcément une bonne idée. Si, comme moi,
 vous avez de nombreux pilotes d'impression installés (yast en installe 3 par
 imprimante : raw, ascii et mono) cette option va tous les rendre accessible
 aux utilisateurs. Voir plus loin une autre méthode.
 </p>
 <p>
; Please uncomment the following entry and replace the
 </p>
 <p>
; ip number and netmask with the correct numbers for
 </p>
 <p>
; your ethernet interface.
 </p>
 <p>
; interfaces = 192.168.1.1/255.255.255.0
 </p>
 <p>
&num;ici vous pouvez mettre l'adresse et le masque (voir paragraphe ) de
 votre carte. Si vous n'avez qu'une carte, c'est facultatif, mais si vous en
 avez plusieurs il faut dire à samba lesquelles il doit gérer. Il faut bien
 mettre l'adresse de l'interface et non pas celle du réseau (donc les 4 groupes
 au complet).
 </p>
 <p>
; If you want Samba to act as a wins server, please set
 </p>
 <p>
wins support = yes
 </p>
 <p>
; wins support = no
 </p>
 <p>
; If you want Samba to use an existing wins server,
 </p>
 <p>
; please uncomment the following line and replace
 </p>
 <p>
; the dummy with the wins server's ip number.
 </p>
 <p>
; wins server = 192.168.1.1
 </p>
 <p>
&num;là, je ne sais pas trop. Il semble que ça marche dans tous les cas,
 même sans cette option. Je crois comprendre que le protocole samba incorpore
 un système de résolution des noms (peut-être un polling du réseau, qui demande
 à tous les postes &quot;qui es-tu, toi ?&quot;). Enfin, tout ça permet d'appeler
 un poste par son nom de machine (charles, chez moi), au lieu de son adresse
 ip.
 </p>
 <p>
prefered master = yes
 </p>
 <p>
&num;encore un système pour faire la nique à NT. Sur le réseau principal
 de mon lycée, j'avais peur de perturber le fonctionnement du serveur nt principal.
 En fait non, car j'ai un nom de domaine différent (dans nt, groupe de travail
 ou domaine, la troisième ligne du login windows). Du coup les deux serveurs
 ne se gênent pas.
 </p>
 <p>
&lsqb;homes&rsqb;
 </p>
 <p>
comment = répertoire personnel
 </p>
 <p>
&num;samba implémente une méthode pour que chaque utilisateur ai accès
 à son propre répertoire. Dans la liste des &quot;services&quot; fournis par
 samba (visibles dans le &quot;voisinage réseau&quot; de windows), homes est
 remplacé par le nom de login. Par contre, ce n'est pas le cas avec net use,
 je ne sais pas pourquoi. 
 </p>
 <p>
browseable = no
 </p>
 <p>
&num;si je me souviens bien, si on met yes ici, le service homes est visible
 dans le voisinage réseau et on peut donc voir la liste des répertoires utilisateurs.
 Mis à &quot;no&quot;, seul le répertoire personnel de l'utilisateur est visible.
 
 </p>
 <p>
read only = no
 </p>
 <p>
&num;en principe chaque utilisateur peut écrire dans son propre répertoire!
 </p>
 <p>
; The following share gives all users access to the Server's CD drive,
 </p>
 <p>
; assuming it is mounted under /cd. To enable this share, please remove
 </p>
 <p>
; the semicolons before the lines
 </p>
 <p>
;
 </p>
 <p>
&lsqb;cdrom&rsqb;
 </p>
 <p>
comment = Linux CD-ROM
 </p>
 <p>
path = /cdrom
 </p>
 <p>
read only = yes
 </p>
 <p>
locking = no
 </p>
 <p>
&num; si vous devez installer un cd sur plusieurs clients, il peut être
 intéressant de le mettre en place dans le serveur, ainsi vous pouvez faire
 le tour des clients et lancer l'installation sur plusieurs d'entre eux. Je
 préfère, quand c'est possible, une &quot;installation administrative&quot;.
 voir
 </p>
 <p>
&lsqb;hp&rsqb;
 </p>
 <p>
comment = All Printers
 </p>
 <p>
&num;j'ai juste remplacé le service &quot;printers&quot; par &quot;hp&quot;
 et j'ai eu la flemme de modifier la remarque. Quand samba crée ses services,
 elle regarde si ils ont le nom d'un utilisateur. Sinon il regarde si ils ont
 un nom d'imprimante. J'ai, pour mon compte, dans le fichier /etc/printcap une
 entrée hp pour une imprimante deskjet. Faire un service hp, revient donc à
 montrer au réseau une imprimante hp. Si le service printers est absent ou possède
 un drapeau browseable=no, seule l'imprimante hp va être visible. Ca c'était
 quand cette imprimante était sur mon poste...
 </p>
 <p>
browseable = yes
 </p>
 <p>
printable = yes
 </p>
 <p>
public = yes
 </p>
 <p>
read only = yes
 </p>
 <p>
create mode = 0700
 </p>
 <p>
directory = /tmp
 </p>
 <sect2>
Poste serveur réseau lycée 
 <p>
&lsqb;global&rsqb;
 </p>
 <p>
socket options = TCP_NODELAY
 </p>
 <p>
; pour être pris pour NT
 </p>
 <p>
announce as = NT
 </p>
 <p>
domain master = yes
 </p>
 <p>
local master = yes
 </p>
 <p>
preferred master = yes
 </p>
 <p>
domain logons = yes
 </p>
 <p>
configuration de base
 </p>
 <p>
workgroup = 204
 </p>
 <p>
keep alive = 30
 </p>
 <p>
;pour ne pas géner le serveur nt officiel
 </p>
 <p>
os level = 2
 </p>
 <p>
security = user
 </p>
 <p>
printing = bsd
 </p>
 <p>
printcap name = /etc/printcap
 </p>
 <p>
load printers = yes
 </p>
 <p>
;il faut que je puisse administrer depuis un client. A l'usage, il semble
 que root et dod n'ont pas exactement le même effet, bien que dod soit membre
 du groupe root. Il y a une nuance que je saisis pas. 
 </p>
 <p>
admin users = dod,root
 </p>
 <p>
; pour les profils errants (permet d'avoir toujours le même profil, quel
 que soit le poste utilisé comme client, le profil est stocké sur le serveur)
 </p>
 <p>
logon path = &bsol;&bsol;N&percnt;&bsol;&percnt;U
 </p>
 <p>
preserve case = yes
 </p>
 <p>
case sensitive = no
 </p>
 <p>
; Please uncomment the following entry and replace the
 </p>
 <p>
; ip number and netmask with the correct numbers for
 </p>
 <p>
; your ethernet interface.
 </p>
 <p>
;24 veut dire 24 bits (3x8, donc 255.255.255.0) - il y a trois sous réseaux.
 Ce réglage est essentiel.
 </p>
 <p>
interfaces = 192.168.0.250/24 10.003.204.250/24 194.254.31.10/255.255.255.128
 </p>
 <p>
; If you want Samba to act as a wins server, please set
 </p>
 <p>
; wins support = yes
 </p>
 <p>
wins support = no
 </p>
 <p>
;je ne sais pas comment fonctionne le protocole, mais, même sans serveur
 wins on peut appeler un poste par son nom depuis un client. je pense que le
 message est envoyé et que chacun se reconnaît au passage.
 </p>
 <p>
logon script = /smb/netlogon
 </p>
 <p>
; If you want Samba to use an existing wins server,
 </p>
 <p>
; please uncomment the following line and replace
 </p>
 <p>
; the dummy with the wins server's ip number.
 </p>
 <p>
; wins server = 192.168.1.1
 </p>
 <p>
;homes est bien exporté comme le répertoire personnel de l'utilisateur,
 mais pas avec le bon nom dans net use
 </p>
 <p>
&lsqb;homes&rsqb;
 </p>
 <p>
path = /smb/usr/&percnt;S
 </p>
 <p>
&num;j'étais jeune, quand j'ai écrit ce fichier pour la première fois et
 je ne savais pas que les répertoires des utilisateurs sont sous /home. Pour
 créer un répertoire spécial pour samba, j'ai donc utilisé /smb/usr, le usr
 (user) m'ayant paru logique. Je sais maintenant que ce n'est pas l'usage, mais
 ca marche, alors...
 </p>
 <p>
comment = répertoires personnels
 </p>
 <p>
browseable = no
 </p>
 <p>
writable = yes
 </p>
 <p>
create mode = 0750
 </p>
 <p>
; The following share gives all users access to the Server's CD drive,
 </p>
 <p>
; assuming it is mounted under /cd. To enable this share, please remove
 </p>
 <p>
; the semicolons before the lines
 </p>
 <p>
;
 </p>
 <p>
; &lsqb;cdrom&rsqb;
 </p>
 <p>
; comment = Linux CD-ROM
 </p>
 <p>
; path = /cd
 </p>
 <p>
; read only = yes
 </p>
 <p>
; locking = no
 </p>
 <p>
&lsqb;printers&rsqb;
 </p>
 <p>
comment = All Printers
 </p>
 <p>
browseable = no
 </p>
 <p>
printable = yes
 </p>
 <p>
public = no
 </p>
 <p>
read only = yes
 </p>
 <p>
create mode = 0700
 </p>
 <p>
directory = /tmp
 </p>
 <p>
&lsqb;tmp&rsqb;
 </p>
 <p>
comment = espace temporaire
 </p>
 <p>
path = /tmp
 </p>
 <p>
read only = no
 </p>
 <p>
public = yes
 </p>
 <p>
browseable = no
 </p>
 <p>
;Dans mon lycée, nous utilisons beaucoup de logiciels dos organisés de
 la façon suivante : au premier niveau (racine) figurent un répertoire par application,
 seul répertoire connu des élèves, où ils mettent temporairement leurs fichiers.
 Il est connu que ces répertoires sont effacés TRÈS souvent et que donc tout
 fichier important doit être conservé sur disquette. Les logiciels sont dans
 une arborescence /travail/&lt;nom application&gt;. ainsi les élèves ne travaillent
 pas dans le répertoire de l'application et risquent donc moins d'effacer des
 fichiers importants. La racine est nettoyée régulièrement de tout ce qui y
 est malencontreusement déversé. Je fais gros usage d'&quot;append&quot;, et
 sous win95 de setver. Cette configuration n'est pas grosse (moins de 100 Mo).
 Quand j'ai pris cet ordinateur pour en faire un serveur, j'ai gardé le vieux
 disque (j'en ai ajouté un nouveau) avec sa config, elle me sert de sauvegarde.
 Il suffit de recopier le nécessaire depuis le réseau pour reconstituer un poste
 abîmé.
 </p>
 <p>
&lsqb;dos&rsqb;
 </p>
 <p>
comment = installation standard du dos
 </p>
 <p>
;montée sur le serveur ici
 </p>
 <p>
path = /mnt/dos
 </p>
 <p>
;il faut bien que les usagers puissent la lire
 </p>
 <p>
public = yes
 </p>
 <p>
;ma i n'ont pa b'soin d'i'écrire
 </p>
 <p>
writable = no
 </p>
 <p>
printable = no
 </p>
 <p>
browseable = yes
 </p>
 <p>
guest ok = yes
 </p>
 <p>
;je ne sais plus trop pourquoi j'ai mis ça, puisque root a tous les droits...
 </p>
 <p>
write list = @root
 </p>
 <p>
;tout ce qui peut servir à windows (y compris une copie complète de win95
 et win98 et les installations administratives) est là.
 </p>
 <p>
&lsqb;win95&rsqb;
 </p>
 <p>
;vous remarquez que j'ai créé une partition spéciale montée sur /smb pour
 tous ce qui concerne samba
 </p>
 <p>
path = /smb/win95
 </p>
 <p>
comment = installations pour win95
 </p>
 <p>
public = yes
 </p>
 <p>
printable = no
 </p>
 <p>
browseable = yes
 </p>
 <p>
writable = no
 </p>
 <p>
write list = @root
 </p>
 <p>
guest ok = yes
 </p>
 <p>
;Mon idée était de mettre ici une copie des répertoires système de windows,
 de mettre ce répertoire dans le path (sur le client), pour pouvoir utiliser
 windows et ses applications depuis le serveur. Concrètement, je n'ai pas été
 enchanté du résultat et je n'utilise plus ça pour l'instant. De nos jours les
 clients sont plus puissants que le serveur, a rien ne sert d'encombrer le réseau.
 </p>
 <p>
&lsqb;system&rsqb;
 </p>
 <p>
path=/smb/win95/system
 </p>
 <p>
comment=fichiers système pour windows
 </p>
 <p>
public=yes
 </p>
 <p>
printable=no
 </p>
 <p>
browseable=no
 </p>
 <p>
writable=no
 </p>
 <p>
writelist=@root
 </p>
 <p>
guest ok = yes
 </p>
 <p>
;on recommande de mettre ici des fichiers de config. Je n'ai pas bien compris
 si ils sont lancés automatiquement ou s'il faut le faire à la main. Ca a beaucoup
 d'importance. Le réseau principal de mon lycée est sécurisé par l'utilisation
 des &quot;poledit&quot; (policies, en français stratégies système) de windows
 et de ce fait (ou pour une autre raison que je ne connais pas) la configuration
 des mes logiciels est régulièrement effacée du seul poste client de mon local
 administratif qui est sur ce réseau. Du coup je ne peux rien laisser dans le
 menu démarrer (c'est effacé) et je ne peux donc pas lancer mon script automatiquement.
 Si le contenu de logon se lance tout seul... il faut que j'essaie (mais j'ai
 tant de choses à essayer !).
 </p>
 <p>
&lsqb;netlogon&rsqb;
 </p>
 <p>
path = /smb/netlogon
 </p>
 <p>
writable=yes
 </p>
 <p>
write list = @root
 </p>
 <p>
guest ok = no
 </p>
 <p>
;fin de smb.conf
 </p>
 <p>
Chaque client possède un fichier de démarrage du genre
 </p>
 <p>
net use l: &bsol;&bsol;c5&bsol;win95
 </p>
 <p>
pour faciliter le travail des utilisateurs.
 </p>
 <sect1>
Deux réseaux 
 <p>
Dans mon lycée, mon serveur linux est maintenant au carrefour de deux réseaux.
 
 </p>
 <p>
En effet, les salles de construction mécanique (calculs de mécanique, dessin
 industriel) font des TP d'informatique avec toutes sortes de logiciels dont
 beaucoup sont sous dos. Beaucoup de ces logiciels sont anciens mais parfaitement
 adaptés et nous n'avons aucune raison de les changer, ils ne fonctionnent généralement
 pas en réseau, une des raisons importante étant que les clients dos pour réseaux
 prennent trop de place en mémoire. 
 </p>
 <p>
Les clients réseau ne sont donc connectés que quand windows est lancé,
 et les élèves n'ont pas besoin d'accéder au réseau. Pour l'instant seuls les
 professeurs ont accès au serveur, qui leur sert principalement comme lieu de
 stockage centralisé pour leurs fichiers (parfois très gros), et de serveur
 d'impression. Je m'occupe de ces appareils (une trentaine, du 386 au pentium
 II), en principe une heure par semaine...
 </p>
 <p>
Sur le serveur, outre l'imprimante, on trouve donc les répertoires personnel,
 une copie du répertoire dos des postes clients, tous les utilitaires windows
 ainsi qu'une copie de win95 et de win98 et les installations administratives.
 </p>
 <p>
Tout est en lecture seule sauf pour moi.
 </p>
 <p>
D'autre part il y a le réseau &quot;général&quot; du lycée, avec de gros
 serveurs NT, environ 200 postes connectés, liaison fibre optique entre les
 bâtiments, 3 ou 4 administrateurs à plein temps... et une liaison à Internet
 via le rectorat de Toulouse. Le lycée est relié au rectorat par liaison numéris
 128 ko permanente, ce qui nous donne un confort certain sur Internet.
 </p>
 <p>
Les collègues de construction m'ont donc demandé de pouvoir accéder à notre
 serveur linux, avec son gros disque, à partir des postes du réseau général
 (où nous n'avons que 2Mo par personne - avec les élèves il y a plus de deux
 mille utilisateurs !). C'est ce que suis arrivé à faire. 
 </p>
 <p>
Mon principal problème a été que le réseau du lycée est sécurisé au maximum
 avec les stratégies de windows (poledit) et que les administrateurs ne me sont
 pas d'un grand secours. Il me fallait donc travailler avec la plus grande prudence
 pour ne pas perturber leur travail et sans pouvoir utiliser les outils habituels
 de contrôle du réseau (je ne suis pas administrateur du réseau NT).
 </p>
 <p>
J'y suis arrivé assez facilement grâce à un poste situé à l'abris des élèves,
 dans la même pièce que mon serveur. La protection de windows est une passoire,
 mais j'ai quand même été obligé de ruser, ne serait-ce que pour pouvoir utiliser
 l'explorateur (normalement interdit).
 </p>
 <p>
Enfin ça marche, je peux me logger sur mon serveur et, sur le poste de
 ma salle j'ai pu installer un fichier batch de démarrage pour fournir aux utilisateurs
 (professeurs) leurs répertoires.
 </p>
 <sect1>
Imprimer de Linux vers windows95 
 <p>
La suse utilise par défaut le filtre d'impression apsfilter qui est si
 efficace que je n'ai seulement jamais eu ne serait-ce que l'idée d'en essayer
 un autre.
 </p>
 <p>
Un coup d'oeil sur la documentation samba indiquant comment imprimer vers
 une imprimante windows, en utilisant samba_print m'ayant découragé, et cette
 option n'étant pas urgente, j'avais remis l'opération à plus tard.
 </p>
 <p>
Mais deux faits sont venus me faire changer : la suse 6 a un menu dans
 yast pour installer cette imprimante pour vous, et j'ai déplacé l'imprimante
 couleur vers la chambre de mon fils qui s'en sert plus que moi. Du coup, un
 yast et cette HP 690 fonctionne nickel de mon linux. Mais qu'avait-il donc
 fait ? Un défaut de yast est de ne pas avoir de fichier log : il n'explique
 pas comment il fait ce qu'il fait, même si, le plus souvent, il appelle des
 utilitaires classiques.
 </p>
 <p>
Si vous me lisez, vous devez commencer à me connaître, je n'aime pas travailler
 dans le noir, je suis donc allé fouiller. Voici ce que j'ai trouvé.
 </p>
 <p>
L'imprimante distante est installée exactement comme une imprimante ordinaire,
 mais l'option lp, indiquant l'adresse de l'imprimante, est lp=/dev/null. 
 </p>
 <p>
Dans le fichier /etc/apsfilter.&lt;nomimprimante&gt;, figure la ligne :
 </p>
 <p>
REMOTE_PRINTER = &quot;/usr/bin/samba_print //max/hpxxx -U jdd -N -P&quot;.
 </p>
 <p>
Et c'est tout. //max/hp est bien sur le nom de partage de l'imprimante
 et je ne connais pas les options de la fin, sauf que jdd est mon login d'utilisateur
 sur linux et sur le poste de mon fils xxxx est le mot de passe (ici une valeur
 bidon).
 </p>
 <p>
Comment allez-vous utiliser ça sur un autre poste, je ne sais pas. Utilisez
 apsfilter !
 </p>
 <sect1>
Imprimer de windows vers samba 
 <p>
Voyez dans la configuration
 </p>
 <sect1>
améliorations 
 <p>
Pour l'instant, je n'utilise samba que de façon basique, faute de temps
 à y consacrer, mais j'envisage des améliorations.
 </p>
 <p>
Le filtre d'impression apsfilter installé par suse donne des résultats
 époustouflants de qualité sur une bête imprimante à jet d'encre, et encore
 mieux sur une laser bon marché comme la HP6L
 </p>
 <p>
Il faut donc que je vérifie si on ne pourrait pas (la réponse est surement
 oui) envoyer au serveur d'impression linux du PostScript en lui demandant de
 traduire. Il faudrait alors installer une imprimante hp PostScript toute simple
 dans windows et la brancher sur le bon filtre.
 </p>
 <sect1>
Un serveur Linux, avantages et inconvénients 
 <sect2>
Avantages 
 <p>
On peut réutiliser un poste ancien. Linux veut de la mémoire (au moins
 32Mo) et un gros disque (selon nombre de clients et type de travail, au moins
 2 Go, jusqu'à 10 ou 20 Go).
 </p>
 <p>
Je ne l'ai pas testé, mais il doit être possible d'utiliser plusieurs vieux
 appareils avec chacun un gros disque pour augmenter la capacité. 
 </p>
 <p>
Le serveur ne peut pas être infecté par un virus windows (très gros avantage !).
 Au cas où un virus mixte win/linux apparaîtrait, le temps de réactivité de
 la communauté linux étant très rapide, il serait sans doute identifié et arrêté
 très vite.
 </p>
 <p>
Linux est TRÈS stable. J'ai planté Linux deux ou trois fois, toujours sous
 X avec des problèmes de test de carte vidéo (donc en cours d'installation,
 avec des pilotes inadaptés) ou des programmes en version préliminaire. Par
 contre, en 9 mois, il n'y a eu aucun redémarrage du serveur en service.
 </p>
 <p>
Avec un peu d'expertise (je n'en suis pas encore tout à fait là) on peut
 modifier profondément la configuration du serveur sans le redémarrer, donc
 sans que les clients ne s'en aperçoivent. C'est rarement le cas avec nt.
 </p>
 <p>
Le système multiconsoles de linux est une merveille pour l'administrateur
 qui peut tester son travail pour le client avec alt F2. Sous nt il faut se
 délogguer et se relogger comme user !
 </p>
 <p>
Windows (y compris nt) a une caractéristique insupportable : on ne peut
 pratiquement rien faire tourner en arrière plan. Si vous avez une impression
 en train et que vous devez partir (pour faire cours a vos élèves, par exemple),
 vous devez tout arrêter ou laisser l'appareil allumé, session ouverte. Linux,
 avec &amp; (travail en arrière plan) permet de fermer la session proprement
 avant de partir, tout en laissant le travail se faire. (je ne maîtrise pas
 ça encore sous X, mais qui utilise X pour administrer ?).
 </p>
 <p>
L'ouverture de session est immédiate. Sous NT une grande partie des pilotes
 n'est chargé qu'au login (anti-virus, pilotes zip), ce qui entraîne un délai
 vite pénible en période de test.
 </p>
 <sect2>
Inconvénients 
 <p>
Il est indispensable de posséder un poste client pas trop loin pour faire
 les tests et les installations administratives. C'est aussi largement vrai
 avec un serveur nt car il est impératif, avec les programmes windows de tester
 leur réaction aux lecteurs réseaux - beaucoup n'aiment pas !
 </p>
 <p>
Toutes les fonctions de nt ne sont pas implémentées dans samba, mais il
 ne doit pas en manquer beaucoup !
 </p>
 <p>
Certains logiciels (AutoCAD) sont proposés avec un système de gestion des
 licences qui ne tourne que sous NT.
 </p>
 <p>
Il faut connaître deux systèmes fondamentalement différents (linux et windows)
 alors que 95 et NT sont voisins (c'est sans doute le principal inconvénient).
 </p>
 <sect>
Groupe de travail, domaine, ou quoi ? 
 <p>
Quand on se branche sur un réseau NT, on doit s'inscrire dans un &quot;domaine&quot;
 ou dans un &quot;groupe de travail&quot;. Je ne sais pas bien quelle est la
 différence entre les deux. Tout ce que je sais c'est qu'il y a une différence
 mais que, dans beaucoup de cas, les deux termes sont interchangeables.
 </p>
 <p>
Ce qui m'apparaît, c'est que ces domaines permettent surtout de choisir
 quel est le serveur qui va valider le mot de passe, car ensuite, sous réserve
 bien sur d'avoir le même login et le même mot de passe sur les deux serveurs,
 on peut se connecter indifféremment aux deux. Précisons.
 </p>
 <p>
Mon serveur linux gère un réseau nommé 204 (le numéro de la salle) - tous
 ces réseaux sont privés, je peux donc sans inconvénient utiliser les noms réels
 - et le serveur nt du lycée gère un domaine D_SEVERAC (tiré du nom du lycée).
 </p>
 <p>
Si je me logge en dodinj (mon nom + la première lettre de mon prénom),
 en donnant mon mots de passe &quot;wlfo&quot; (celui-là c'est pas le vrai,
 non mais !), sur le domaine d_severac, je suis accueilli par kix32.exe qui
 me salue, m'ouvre mon répertoire perso et les répertoires d'applications générales
 du lycée. J'ai un windows minimal, mais après quelques bidouilles (j'espère
 que mon administrateur ne me lit pas :-)) je peux lancer mon start.bat avec
 quelques net use qui me connectent directement à mon serveur linux. Je peux
 donc transférer des fichiers entre les deux répertoires.
 </p>
 <p>
La manip inverse marche aussi. Si je me connecte dodinj/wlfo/204, windows
 proteste en me disant qu'il ne trouve pas de &bsol;&bsol;c5&bsol;netlogon&bsol;poledit
 (tiens tiens !) et qu'il ne peut dons pas appliquer les restrictions (et pan
 pour la protection de windows) - tant mieux - puis il ouvre la section sur
 mon serveur.
 </p>
 <p>
Un petit net use et j'ai accès au répertoires du serveur NT (ceux auxquels
 j'ai droit, bien sur)...
 </p>
 <p>
Inutile de dire que ce poste est sous clé dans un bureau réservé aux profs.
 
 </p>
 <p>
On voit donc que les domaines ne séparent pas grand chose !
 </p>
 <p>
N'oubliez pas non plus que l'impression et le trafic internet ne dépendent
 pas des mots de passe. Un accès anonyme à windows (Echap au login) ouvre internet.
 
 </p>
 <p>
Ca ne durera peut-être pas, les collègues administrateur du lycée sont
 comme moi, ils apprennent tous les jours...
 </p>
 <sect>
Divers 
 <p>
Je vais mettre ici tout ce que je ne sais pas où caser, quitte à le déplacer
 plus tard, quand cela se sera étoffé.
 </p>
 <sect1>
Installation administrative 
 <sect2>
Principe 
 <p>
De plus en plus de programmes permettent une &quot;installation administrative&quot;.
 
 </p>
 <p>
C'est un concept très intéressant, permettant une remise à niveau d'une
 installation, voire une mise en place directement par l'utilisateur.
 </p>
 <p>
A partir de cd d'origine on lance l'installation avec l'option adéquate.
 Ce n'est pas toujours documenté ! Le programme d'installation recopie dans
 un répertoire du serveur tout ce qui est nécessaire pour une installation entièrement
 automatique. Ensuite l'utilisateur n'a plus qu'à lancer cette installation
 pour que son poste soit prêt.
 </p>
 <p>
On a souvent le choix entre tout installer sur le client ou en laisser
 une partie sur le serveur (intéressant pour des clients anciens avec des petits
 disques).
 </p>
 <sect2>
Quels programmes ? 
 <p>
Je connais pour l'instant :
 </p>
 <p>
AutoCAD 14 (95/98/nt)
 </p>
 <p>
Office de Microsoft (95/98/nt). L'installation administrative se fait en
 tapant une option après install. Donc faire démarrer/exécuter, trouver install
 sur le cd et rajouter l'option, je crois que c'est /A (je ne peux pas vérifier
 de l'endroit où j'écris). L'installation est mal faite (ça vous surprend ?),
 il manque quelques fichiers qui vous sont réclamés au moment de l'installation
 du client. Heureusement windows vous dit quels sont ces fichiers et il est
 alors possible de les récupérer sur le cd. On doit pouvoir les rajouter à la
 main dans les répertoires d'installation. Comme ils ne sont pas vraiment indispensables,
 en général je les saute.
 </p>
 <p>
On est obligé d'installer tout office.
 </p>
 <p>
Staroffice (linux, ne se trouve pas sur la version windows). Il faut lancer
 sosetup /net. Puis il faut aller chercher setup dans le répertoire bin de l'installation
 de so (choisi par vous, j'ai mis so dans /opt, l'emplacement par défaut, root/Office50
 m'ayant paru inadapté). Les codes de verrouillage ne sont demandés qu'au client
 (il n'y en a plus depuis que staroffice a été racheté par sun).
 </p>
 <sect2>
Avantages et inconvénients 
 <p>
C'est tout avantage pour l'administrateur qui n'a, au mieux, qu'à envoyer
 un mail au client pour l'avertir et lui donner la procédure d'installation.
 Par contre, il n'est pas possible de choisir &quot;finement&quot; les paramètres
 d'installation pour chaque client, l'installation est la même pour tous. Sinon,
 on peut toujours recopier le cd sur le disque du serveur.
 </p>
 <p>
On ne peut pas (je crois...) contrôler le nombre de clients qui ont effectivement
 fait l'installation. NT a un système - un peu délicat à mettre en service -
 que je ne connais pas sous linux, qui permet d'installer un programme sur le
 serveur et de limiter le nombre d'exécutions sur les clients pour respecter
 un contrat de licence.
 </p>
 <p>
Bien sur, une installation administrative ne permet pas ce type de contrôle,
 c'est peut-être pourquoi microsoft ne se vente pas de pouvoir le faire sur
 ses logiciels. AutoCAD est plus franc.
 </p>
 <p>
Du coup, il faut sans doute une licence site pour être en règle avec la
 loi ?
 </p>
 <sect1>
Quel client PC ? 
 <p>
On se pose beaucoup de questions sur le serveur à utiliser (Linux ou NT),
 mais quel client préférer, le choix est plus important qu'on ne le pense généralement ?
 
 </p>
 <p>
Je n'aborderai que les PC, mais il ne faut pas oublier les mac et toutes
 les variantes de stations de travail, voire d'amiga ou atari...
 </p>
 <p>
Il y a Linux, Win95, win98, win nt serveur (pour quoi faire ?), win nt
 workstation, dos, open dos.
 </p>
 <p>
Le principal critère de choix du client est non pas la plateforme matérielle
 mais la disponibilité en logiciel, mais le deuxième critère le plus important
 est la familiarité de l'utilisateur avec l'interface proposée, c'est pourquoi
 des projets comme kde ou gnome sont si importants sous linux.
 </p>
 <sect2>
Linux 
 <p>
Linux a longtemps souffert du manque d'applications bureautiques, c'est
 maintenant terminé et corel wordperfect, staroffice ou applix sont des applications
 qui arrivent à maturité, au moins autant que le fameux office de microsoft.
 </p>
 <p>
Par contre, dans des domaines plus spécialisés comme la comptabilité ou
 le technique, le choix se fait d'abord sur une application, ensuite sur la
 plateforme.
 </p>
 <p>
Ici, c'est sur la stabilité du système et sur la facilité de faire des
 sauvegardes qu'il faut insister.
 </p>
 <p>
Sur un système suse, si on sauvegarde la configuration d'installation (dans
 yast), les fichiers XF86Config (surtout !), hosts et quelques autres, plus
 les répertoires /homes et /root, il suffit de deux heures pour reconstituer
 un disque dur. Si une sécurité élevée est nécessaire, il doit même être possible
 d'avoir deux appareils identiques synchronisés (un deuxième disque dur amovible,
 par exemple, avec une copie du disque fixe). Ces arguments devraient porter
 lourdement en ambiance professionnelle.
 </p>
 <p>
Linux est un système &quot;massivement&quot; multitâches, multiutilisateurs.
 Si cette caractéristique est utile, il n'y a sans doute pas d'autre choix,
 sinon c'est plus discutable.
 </p>
 <sect2>
Win95/98 
 <p>
C'est, début 99, le plus fréquent. Microsoft a réussi son OPA sur le PC.
 Je me demande souvent si l'élargissement du système d'exploitation de microsoft,
 en tuant le shareware, n'a pas reporté toutes les énergies vers linux. Ce serait
 un juste retour des choses qu'en poussant ses concurrents au désespoir Microsoft
 ai creusé sa propre tombe !
 </p>
 <p>
Aujourd'hui, tous les programmes tournent sur (sous ?) windows, mais les
 nombreux défauts du système rendent la plateforme très instable et les utilisateurs
 professionnels apprécient moyennement les plantages fréquents et imprévisibles
 de leur machine, il n'est que de voir le succès d'utilitaires comme crashguard,
 pourtant bien inefficaces !
 </p>
 <p>
Microsoft a fait des erreurs majeures à plusieurs phases de son développement,
 mais, à mon avis, la principale se situe lors du lancement de windows 95. Windows
 3.11 est sans doute la version la plus aboutie de l'interface de Microsoft.
 Avec l'ajout de l'interface dashboard de Hewlett Packard, nous avions un ensemble
 redoutablement efficace. Windows fonctionnait alors comme linux aujourd'hui,
 en lançant l'interface graphique depuis l'appel en mode texte.
 </p>
 <p>
C'est alors que Microsoft a décidé de frapper un grand coup avec windows
 95. Mais la firme de Redmond n'a pas su profiter du bond en avant que représentait
 pourtant déjà windows NT (qui, ne l'oublions pas, existait avant windows 95
 - pour ne pas parler d'OS/2) pour verrouiller le fonctionnement erratique des
 PC.
 </p>
 <p>
Alors même qu'il annonçait partout que les logiciels devraient être homologués
 pour fonctionner sous windows 95, Bill Gates n'a pas voulu édicter une norme
 rigide sur la structure du système de fichiers de windows 95.
 </p>
 <p>
Il aurait fallu, dès ce moment là dire aux développeurs : &quot;en dehors
 de la période d'installation, vos programmes n'auront le droit d'écrire que
 dans le profil de l'utilisateur&quot; ; au cours de la période d'installation
 vos programmes n'auront pas le droit de remplacer une bibliothèque existante,
 chaque bibliothèque aura un répertoire séparé pour chacune de ses versions.
 </p>
 <p>
Même si, en fait, windows 95 s'était montré coulant sur ces règles pour
 permettre le fonctionnement des vieux programmes, petit à petit le profil de
 l'utilisateur serait devenu le point de passage unique et obligé et on aurait
 très bien pu laisser à l'utilisateur le choix entre interdire l'écriture partout
 ailleurs, en empêchant le fonctionnement des vieux programmes et autoriser
 l'écriture en prenant quelques risques. Il aurait quand même été bien plus
 facile de faire des sauvegardes, comme sur n'importe quel système linux.
 </p>
 <sect2>
Win NT workstation (windows 2000 ?) 
 <p>
C'est le prochain cheval de bataille de Microsoft. Il suffit de voir les
 reports successifs du lancement de NT5 pour comprendre que - comme expliqué
 plus haut - Microsoft s'est enferré dans une situation dont il n'arrive plus
 à se sortir.
 </p>
 <sect2>
Dos/Opendos 
 <p>
J'ai toujours regretté que ce système soit abandonné. Bien des gens n'ont
 aucun besoin d'un système multitâches, principalement pour jouer ou naviguer
 sur Internet. Le succès des jeux sous dos4gw montre bien cela. C'est encore
 le système idéal avec moins de 500Mo de disque dur et moins de 4Mo de ram.
 Qui a vraiment besoin de plus ? Mais qui résistera à la mode ?
 </p>
 <p>
Open dos fonctionne parfaitement en réseau, dos aussi, pourvu que l'on
 récupère sur un disque NT les clients de microsoft (je ne sais pas quelle est
 la licence pour ces clients).
 </p>


 </article>
