Transcription

1

2 Administration Systeme UNIX System Administration Cookbook, Version 2.0 (aka ) TEX Version: avril 1996 par Thierry Besancon, Pierre David et Joel Marchand.

3 This paper is Copyright c 1992, 1993, 1994, 1995, 1996 by Thierry Besancon, Pierre David and Joel Marchand. Permission is hereby granted to give away free copies electronically. You may distribute, transfer, or spread this paper electronically. You may not pretend that you wrote it. This copyright notice must be maintained in any copy made. If you wish to reprint the whole or any part of this paper in any other medium excluding electronic medium, please ask the authors for permission. Special thanks to all my partners in crime... Please recycle.

4 A propos de ce manuel. 1 A propos de ce manuel. Introduction. Ce document est un recueil de savoir-faire de plusieurs personnes en matiere d'administration systeme de stations de travail sous UNIX. Ce document se veut relativement pratique, donnant quand cela est possible des reponses a des problemes concrets ou a defaut des pointeurs sur des solutions possibles, des ouvrages a consulter, des personnes a contacter... Les exemples que nous donnerons sont tous tires de notre pratique et pour la plupart sont encore en service. Le public vise est celui des personnes ayant un minimum de connaissances en administration systeme UNIX. Nous ne reviendrons pas sur les commandes UNIX du niveau de l'utilisateur moyen, nous n'expliquerons pas comment realiser une sauvegarde de disque ou comment calculer la place disque occupee par un utilisateur ; tout cela est suppose connu. Nous ne nous adressons pas non plus a des administrateurs de grands sites qui ont des besoins dierents et egalement des moyens nanciers, materiels autres que les n^otres. Nos methodes tiennent un peu de l'artisanat. Actuellement, on distingue deux methodes pour faire de l'administration systeme :, utiliser le logiciel d'administration systeme du constructeur (sam sur HP-UX, smit sur AIX...) ;, faire les choses a la main. Ce que nous allons vous decrire tient plus de la seconde methode ; m^eme si la progression fulgurante d'unix ces dernieres annees a conduit les constructeurs a faciliter la vie de l'administrateur systeme en mettant a sa disposition des outils d'administration conviviaux, ces outils ne doivent pas masquer la realite : l'administration d'un systeme UNIX n'est pas comparable a l'administration (la non-administration?) d'un simple micro-ordinateur. En eet, les problemes poses par un systeme complexe d'une part, et par le partage des ressources entre tous les utilisateurs d'autre part, font qu'une certaine part d'expertise a toujours ete necessaire, m^eme si le bon sens reste le principal atout du bon administrateur systeme. Acquerir ce bon sens et cette expertise ne peut se faire a notre go^ut en utilisant ces outils conviviaux : ils sont trop speciques, trop partiels, trop luxueux (interface graphique, sous{menus a rallonge etc.), trop bo^te noire, pire trop bugges... pour que l'on puisse les utiliser dans la vie de tous les jours de l'administrateur. De plus, les techniques evoluant, les systemes changeant, seules les bases et l'experience vous eviteront d'^etre demode trop rapidement. Comme il est stipule dans de nombreux logiciels du domaine public, ce document vous est fourni "en l'etat". Nous ne serions ^etre tenus responsables des deg^ats qu'occasionnerait son utilisation... Prenez toujours la peine de verier votre documentation, de vous renseigner et de faire des sauvegardes convenables avant de commencer une manipulation. Pour certaines choses, nous n'avons donne que les informations trouvees dans la documentation mais qui nous ont paru justes et logiques. Un vieil adage conseille egalement de ne jamais proceder a des modications du systeme une veille de week{end ou de conges... Un dernier mot : il n'y a rien de magique dans ce que vous trouverez dans ce manuel. Tout n'est que le resultat d'heures passees a lire de la documentation, a tester des congurations, a compiler des logiciels...

5 2 Guide d'administration systeme UNIX Conventions utilisees. Nous essayerons de suivre les conventions suivantes dans les exemples donnes au cours de ce document :, La syntaxe utilisee pour les references a des logiciels ou a des documentations disponibles est la syntaxe de la RFC 1738 (cf [Request For Comments (RFC)], page 7)., Lorsque l'on ne donne qu'une partie d'un chier, on ache la partie utile precedee et suivie de [...] comme dans : [...] gnu:x:1001:1000:gnu software:/usr/local/gnu:/bin/noshell tex:x:1011:1000:tex software:/usr/local/lib/tex:/bin/noshell [...], Il sera donne plusieurs fois des commandes UNIX a executer pour accomplir telle ou telle action. Ces commandes seront presentees sous plusieurs formes possibles : 1. soit la commande est precedee du signe % ou de # ; il s'agit la du prompt par defaut du shell par defaut soit la commande est precedee d'un prompt du genre : excalibur:[281]:</excalibur/homes/besancon> Il s'agit du prompt que j'utilise avec mon shell UNIX. Dans les deux cas, il ne faudra pas que vous tapiez ce prompt pour lancer la commande donnee en exemple. Si le prompt est #, la commande est executee par root., Parfois, nous donnerons des exemples de la forme : % hostname hfooi.hdomainei Les signes h et i ne sont la que pour determiner une information a remplacer. Ainsi, hdomainei indique qu'il vous faut entrer le nom de votre domaine. En aucun cas, il ne faudra considerer les chevrons comme faisant partie de la commande., Nous donnerons plusieurs fois des extraits de chiers /etc/passwd. Il est inutile de vouloir dechirer les cha^nes chirees des mots de passe qui s'y trouveraient car j'ai pris la precaution de les modier.

6 A propos de ce manuel. 3 Disponibilite sur Internet de ce document. La derniere version de ce document est disponible sous forme PostScript via ftp anonyme sur la machine excalibur.ens.fr dans le directory /pub/besancon/adm-cookbook Ses principaux auteurs peuvent ^etre contactes aux adresses electroniques suivantes :, Thierry Besancon <Thierry.Besancon@ens.fr>, Pierre David <Pierre.David@prism.uvsq.fr>, Joel Marchand <Joel.Marchand@polytechnique.fr> Bien que certaines parties ne soient pas terminees, nous avons cependant juge le document susamment avance pour pouvoir ^etre diuse et rendre service (?) a quelqu'un sur le rezo. N'hesitez pas a nous contacter pour nous signaler toute erreur. Si vous souhaitez contribuer a cet ouvrage en ecrivant un chapitre, hesitez encore moins (ne vous tracassez pas trop du format de vos contributions). Tout mirroring de ce document devra avoir fait l'objet d'une annonce aupres de Thierry Besan- con. Copyright. This paper is Copyright c 1992, 1993, 1994, 1995, 1996 by Thierry Besancon, Pierre David and Joel Marchand. Permission is hereby granted to give away free copies electronically. You may distribute, transfer, or spread this paper electronically. You may not pretend that you wrote it. This copyright notice must be maintained in any copy made. If you wish to reprint the whole or any part of this paper in any other medium excluding electronic medium, please ask the authors for permission. Disclaimer. The information within this paper may change without notice. Use of this information constitutes acceptance for use in an AS IS condition. There are NO warranties with regard to this information. In no event shall the authors be liable for any damages whatsoever arising out of or in connection with the use or spread of this information. Any use of this information is at the user's own risk.

7 4 Guide d'administration systeme UNIX Remerciements. Nous remercions les personnes et les organismes suivants pour leur aide materielle et leurs facilites a la realisation de ce document:, le Laboratoire de Physique Statistique de l'ecole Normale Superieure ;, Marc GIUSTI et le GDR MEDICIS de Calcul Formel du CNRS ;, Jean{Luc BELLON et le Centre de Mathematiques de l'ecole Polytechnique ;, Philippe CHASSIGNET, Jean-Marc STEYAERT, Michel WEINFELD et le Laboratoire d'informatique de l'ecole Polytechnique ;, Daniel AZUELOS, Laurent BLOCH, Stephane BORTZMEYER, Frederic CHAUVEAU, Pascal COURTOIS, Irene WANG, Christophe WOLFHUGEL et l'institut Pasteur ;, Jacques BEIGBEDER et le Departement de Mathematiques et Informatique de l'ecole Normale Superieure ;, Francis DUPONT et tous les autres de l'institut National de Recherche en Informatique et Automatique ;, Jacky THIBAULT et le Centre de Calcul Recherche des universites Pierre et Marie Curie (Paris VI) et Denis Diderot (Paris VII) ;, Patrick ROUGEAU et l'ecole Nationale Superieure de Techniques Avancees ;, Jacques PORTES et Gabriel RABREAU et le Laboratoire de Meteorologie Dynamique de l'ecole Normale Superieure ;, Michel PERAULT et le Laboratoire de Radio-Astronomie de l'ecole Normale Superieure ;, Remy Card et l'ibp ; sans eux deux, le ftp serait plus penible en France. Nous remercions aussi tous ceux qui ont notablement contribue a l'amelioration de ce document ou a lui donner matiere a traiter :, Babafou et Manu, babafous promotion 1994 (the last ones?) de l'ecole Nationale Superieure de Techniques Avancees ;, Jannick TAILLANDIER et Joel NICOLAS de la RATP ;, Rene COUGNENC ;, Pierre BEYSSAC ;, Laurent GHYS de l'ircam ;, Laurent AMON de la Caisse des Dep^ots et Consignations ;, Alain DURAND de l'imag ;, Marc BAUDOIN, Ollivier ROBERT et Herve SCHAUER de Herve Schauer Consultants., Pascale RICH{HENNION du Centre de Mathematiques Appliquees de l'ecole Polytechnique ;, Jean-Philippe GIRARD ;, Bernard GAULLE, Marie{Noelle DAUPHIN, Elisabeth DEQUAIRE et Florence HAMET de l'institut du Developpement et des Ressources en Informatique Scientique ;, Jean CHASSAING de la SERIAT ;, Michel BEHEREGARAY du Centre Informatique de l'universite de Pau et des Pays de l'adou (Michel.Beheregaray@univ-pau.fr) ;, Thomas NETTER ;, Ariane GERMA.

8 A propos de ce manuel. 5 Les presents le 31 mars 1996 a 2h30 du m^atin se reconna^tront sur la photographie qui fut prise a ce moment la: Dernier mot : Newsgroup: news.software.readers From: Tom Christiansen <tchrist@mox.perl.com> Subject: ENOBRAIN: Driving out the Visigoths Date: 14 Jun :55:35 GMT It's still 5 in the morning, and I haven't had coee { perhaps I haven't even awoken yet { and the following eureka just occurred to me: You guys are all committing a grave error in trying to make Usenet software easier to use by idiots. If even idiots can post, idiots will. We should return to that mythic world in which intelligence, education, and technical expertise were a sucient impediment to participation in the net that we didn't have to put up with terabytes of bumbling drivel by the computationally challenged. Under the the current situation, every drooling peeeceee cretin and their dog can (and sadly do) post, but they think USENET is merely some big BBS system for their toy computers with operating systems from Hell. The Romans screwed up: send the barbarians back until they can learn to wash themselves.

9 6 Guide d'administration systeme UNIX {tom (ARPANET, '81)

10 Generalites sur les systemes abordes. 7 Generalites sur les systemes abordes. On supposera que le lecteur possede la notion d'url car c'est sous cette forme que les documentations ou utilitaires recuperables via le reseau seront donnes. Ce manuel cherche a couvrir le fonctionnement de plusieurs versions d'unix. Si l'appellation est toujours UNIX, vous verrez que ces systemes n'en sont pas moins tres dierents au niveau de leur administration systeme. Se pose donc le probleme de conna^tre ces dierences et de savoir vivre avec (soit en les acceptant, soit en les contournant). De nombreuses informations sont donnees dans cet ouvrage. Ces informations n'ont pas ete recueillies en contactant les services d'assistance des constructeurs. La plupart de ces renseignements proviennent de la consultation de newgroups USENET, de la lecture de listes de questions/reponses posees sans cesse a propos de tout point (aussi bien sur les systemes UNIX que sur la culture du bonza ou du nombre de bises a faire selon la region geographique de France), de la consultation de serveurs d'informations sur le WEB, de la lecture des documents expliquant les protocoles INTERNET. Ce sont nos sources principales de renseignements. Bien s^ur, cela ne vous dispense pas de verier par vous-m^eme que les renseignements obtenus sont valides. Cette partie va vous donner quelques points d'entree a toutes ces sources. Request For Comments (RFC). Le sigle RFC signie Request For Comment. Il s'agit de documents ociels decrivant des protocoles ou des standards informatiques. Il faut considerer ces documents comme etant des documents faisant reference dans le domaine, sur lesquels on doit s'appuyer pour developper des programmes, decrivant les arcanes des dierents services Internet (sachant que cela peut se traduire par une certaine aridite du texte de la RFC). Les RFC sont numerotes. Une reference a unrfc prendra donc la forme : cf RFC Du fait de leur tres grande importance, ces RFC sont disponibles sur des serveurs nombreux et de dierents types. En voici quelques uns : ftp://ds.internic.net/rfc/ : il s'agit du site de reference en ce qui concerne les RFC ftp://ftp.ibp.fr/pub/rfc/rfc ftp://ftp.univ-lyon1.fr/pub/rfc/ ftp://ftp.inria.fr/rfc/ : ce serveur WWW permet de recuperer des RFC par FTP mais vous redirige aussi vers un serveur WWW ou l'on peut faire une recherche de RFC par mots cle. Quelques uns de ces pointeurs :, wais://wais.cnam.fr/rfc, On peut recevoir par courrier electronique les annonces de parution de nouvelles RFCs:envoyer un mail a RFC-DIST-REQUEST@ISI.EDU

11 8 Guide d'administration systeme UNIX Frequently Asked Questions (FAQ). Internet accueillant sans cesse de nouveaux venus, ces nouveaux venus posent sans cesse les m^emes questions. Les gens se lassant de repondre toujours de la m^eme facon a ces questions, il a ete cree des listes de questions/reponses, et cela pour tout type de domaine, le point commun entre tous ces domaines etant simplement d'^etre debattus sur Internet. Donc, ces listes ne concernent pas uniquement des domaines informatiques ou plus restreints encore UNIX. Ces listes portent le nom de FAQ : Frequently Asked Questions, jolimment traduit en francais par Foire Aux Questions. Ces FAQ font l'objet d'un newsgroup sur lequel les gens qui maintiennent ces listes postent regulierement (a peu pres mensuellement) les mises a jour. Ce newsgroup est news.answers. Du fait de leur tres grande importance, ces FAQ sont disponibles sur des serveurs nombreux et de dierents types. En voici quelques uns : ftp://rtfm.mit.edu/pub/usenet-by-group ftp://ftp.univ-lyon1.fr/pub/faq ftp://ftp.uu.net/usenet/news.answer ftp://lth.se/archive2/netnews/news.answer ftp://unix.hensa.ac.uk/pub/uunet/usenet/news.answer : ce serveur WWW permet de faire une recherche de FAQ par mots cle. Systemes abordes. Au l de l'ouvrage, nous decrirons plusieurs systemes. Ce sont ceux a notre disposition, sur nos machines ou sur des machines auxquelles on nous pr^ete acces. Les systemes faisant l'objet de mises a jour incessantes, il se peut que certaines versions ne fassent plus l'objet d'exemples au fur et a mesure de l'existence de ce document (par exemple, le systeme HP-UX 8.07 n'est plus detaille depuis janvier 1995). AIX versions 3.2.x et 4.1.x Les machines sur lesquelles sont utilises ces versions de systemes sont exclusivement des IBM RS6000 (a base de processeurs POWER et POWER2). Newsgroups USENET consacres comp.unix.aix FAQ ftp://ftp.univ-lyon1.fr/pub/faq/by-newsgroup/comp/comp.unix.aix/* Mailing-lists consacres Se reporter a la FAQ. Disponibilite de patches constructeur Se reporter a la FAQ. Egalement : ftp://ibminet.awdpa.ibm.com/pub/ptf ftp://aix.boulder.ibm.com/ship.ptfs/* ftp://aix.boulder.ibm.com/fixdist_client_code/fd.tar.z

12 Generalites sur les systemes abordes. 9 Disponibilite de documentations constructeur Se reporter a la FAQ. Egalement : DEC OSF1 versions 1.x, 2.0 et 3.x Les machines sur lesquelles sont utilises ces versions de systemes sont exclusivement des modeles de la gamme 3000 (en l'occurence des modeles 3000/500, 3000/800 et 3000/300). Newsgroups USENET consacres comp.unix.osf.misc comp.unix.osf.osf1 FAQ ftp://ftp.univ-lyon1.fr/pub/faq/by-newsgroup/comp/comp.unix.osf.osf1/* Mailing-lists consacres Se reporter a la FAQ. Disponibilite de patches constructeur Se reporter a la FAQ. Egalement : ftp://gatekeeper.dec.coms/pub/dec/ Disponibilite de documentations constructeur Se reporter a la FAQ. Egalement : ftp://gatekeeper.dec.coms/pub/dec/ DEC ULTRIX 4.x C'est le systeme utilise sur des VAXstation ou des DECstation. Newsgroups USENET consacres comp.unix.ultrix FAQ Se reporter a la m^eme section sous DEC OSF1. Mailing-lists consacres Se reporter a la m^eme section sous DEC OSF1. Disponibilite de patches constructeur Se reporter a la m^eme section sous DEC OSF1. Disponibilite de documentations constructeur Se reporter a la m^eme section sous DEC OSF1. FreeBSD versions et 2.1 La machine sur laquelle ce systeme est installe est de type Pentium 133 Mhz, 128 Mo de ram, 1 Go de disque SCSI. A noter que les sources de ce systeme sont disponibles de facon publique. Des informations sur ce systeme sont disponibles via l'url On trouve ainsi que les sources sont recuperables via ftp://ftp.freebsd.org/pub/freebsd mais on preferera l'url ftp://ftp.ibp.fr/freebsd. Newsgroups USENET consacres comp.unix.bsd.freebsd.announce comp.unix.bsd.freebsd.misc FAQ ftp://ftp.ibp.fr/pub/freebsd/docs/freebsd-faq.ascii

13 10 Guide d'administration systeme UNIX Mailing-lists consacres A noter que les newsgroups USENET consacres a FreeBSD ne sont pas tres actifs au contraire des mailing-lists. Se reporter a la FAQ. Disponibilite de patches constructeur Se reporter aux sources disponibles. Disponibilite de documentations constructeur HP-UX versions 8.07, 9.0x et Les machines sur lesquelles sont utilisees les versions 8.07 et 9.0x de HP-UX sont des modeles de la gamme HP 9000 serie 700 (en l'occurence des modeles HP 9000/720, HP 9000/735 et HP 9000/712). Les modeles sur lesquelles est utilisee la version de HP-UX sont des modeles de la gamme HP 9000 serie 700 (en l'occurence un modele HP 9000/715) et de la gamme HP 9000 K200. Newsgroups USENET consacres comp.sys.hp.apps comp.sys.hp.hardware comp.sys.hp.hpux comp.sys.hp.misc comp.sys.hp.mpe comp.sys.hp FAQ ftp://ftp.univ-lyon1.fr/pub/faq/by-newsgroup/comp/comp.sys.hp. hpux/hp-hpux-faq Mailing-lists consacres Se reporter a la FAQ. Disponibilite de patches constructeur Se reporter a la FAQ. Egalement : Disponibilite de documentations constructeur Se reporter a la FAQ. Egalement : ftp://ftp.hpl.hp.com//pub/wilkes IRIX versions et 5.2 Les machines sur lesquelles sont utilisees ces versions de systemes sont de type Power- Series et Indigo. Newsgroups USENET consacres comp.sys.sgi comp.sys.sgi.admin comp.sys.sgi.announce comp.sys.sgi.apps comp.sys.sgi.audio comp.sys.sgi.bugs comp.sys.sgi.graphics comp.sys.sgi.hardware comp.sys.sgi.misc

14 Generalites sur les systemes abordes. 11 Linux FAQ Pour savoir ou trouver la FAQ, se reporter a ftp://ftp.univlyon1.fr/pub/faq/by-newsgroup/comp/comp.sys.sgi.admin/sgi-faqpointer Mailing-lists consacres Se reporter a la FAQ. Disponibilite de patches constructeur ftp.sgi.com:"ftp/sgi/ exxilon.xx.rmit.edu.au:/pub/ Princeton.EDU:/pub/sgi.fixes/patches/ Disponibilite de documentations constructeur ftp://ftp.sgi.com/support La machine sur laquelle ce systeme est installe est de type Pentium 133 Mhz, 128 Mo de ram, 1 Go de disque IDE. A noter que les sources de ce systeme sont disponibles. On trouve les sources de la facon la plus simple a l'url ftp://ftp.ibp.fr/ (parce qu'autant dire que c'est la jungle entre les sites d'origine ftp.funet.fi, tsx-11.mit.edu, sunsite.unc.edu, ftp.cdrom.com... ; le lecteur est prie d'envoyer ses remerciements a Remy.Card@ibp.fr qui assure la gestion de ftp.ibp.fr). Newsgroups USENET consacres comp.os.linux comp.os.linux.admin comp.os.linux.advocacy comp.os.linux.announce comp.os.linux.answers comp.os.linux.development comp.os.linux.development.apps comp.os.linux.development.system FAQ ftp://ftp.univ-lyon1.fr/pub/faq/by-newsgroup/comp/comp.os.linux. announce/linux-meta-faq Mailing-lists consacres Se reporter a la FAQ. Disponibilite de patches constructeur Se reporter aux sources du systeme. Disponibilite de documentations constructeur En fait, pour Linux, nous ne dirons quasiment rien puisqu'un ouvrage couvre deja pas mal de points. Il s'agit du Guide du ROOTard, dont l'url de reference est (version PostScript ftp://ftp.ibp.fr/linux/french/guide.ps.gz). NetBSD 1.0 La machine sur laquelle ce systeme est installe est un SAGER NP9600, de type Pentium 90 Mhz, 24 Mo de ram, 1.3 Go de disque IDE. A noter que les sources de ce systeme sont disponibles. Des informations sur ce systeme sont disponibles via l'url On trouve ainsi que les sources sont recuperables via ftp://ftp.netbsd.org/pub/netbsd mais on preferera l'url ftp://ftp.ibp.fr/netbsd. Newsgroups USENET consacres comp.unix.bsd.netbsd.announce comp.unix.bsd.netbsd.misc

15 12 Guide d'administration systeme UNIX FAQ Mailing-lists consacres Se reporter a la FAQ. Disponibilite de patches constructeur Se reporter aux sources du systeme. Disponibilite de documentations constructeur SunOS 4.1.x Les machines sur lesquelles sont utilisees ces versions de systemes sont de type Sparc (gamme sun4c et sun4m principalement). La derniere version du systeme sous lequel les modeles de type sun3 peuvent fonctionner est le systeme SunOS Newsgroups USENET consacres comp.sys.sun comp.sys.sun.admin comp.sys.sun.announce comp.sys.sun.apps comp.sys.sun.hardware comp.sys.sun.managers comp.sys.sun.misc comp.sys.sun.wanted FAQ ftp://ftp.univ-lyon1.fr/pub/faq/by-newsgroup/comp/comp.sys.sun.admin/* Mailing-lists consacres Se reporter a la FAQ. Disponibilite de patches constructeur Se reporter a la FAQ. Egalement : ftp://thor.ece.uc.edu/pub/sun-faq/ ftp://ugle.unit.no/pub/unix/sun-fixes/ Disponibilite de documentations constructeur ftp.uwtc.washington.edu:/pub/faqs/sun/whitepapers/ sunsite.unc.edu:/pub/sun-info/white-papers/ ftp.prz.tu-berlin.de:/pub/docs/sunpapers/ Solaris 2.x La machine sur laquelle ce systeme est installe est de type sun4c. On passera sous silence l'incarnation de Solaris 2.x sur processeur INTEL. Newsgroups USENET consacres comp.unix.solaris FAQ Cf la m^eme rubrique sous SunOS 4.1.x. Mailing-lists consacres Cf la m^eme rubrique sous SunOS 4.1.x. Disponibilite de patches constructeur Cf la m^eme rubrique sous SunOS 4.1.x. Disponibilite de documentations constructeur Cf la m^eme rubrique sous SunOS 4.1.x.

16 Generalites sur les systemes abordes. 13 Voila ce que cela donne en parts de marche : Sun Microsystems (17.5%) Sun Microsystems (18.2%) IBM (10.3%) Hewlett-Packard (16.3%) IBM (11.8%) Hewlett-Packard (19.5%) Digital Equipment (5.7%) Silicon Graphics (4.5%) Digital Equipment (5.6%) Silicon Graphics (5.5%) Autres (45.7%) Autres (39.4%) Sun Microsystems (36.2%) Hewlett-Packard (19.8%) Autres (14.5%) IBM (12.9%) Digital Equipment (10.7%) Silicon Graphics (5.9%) 1994 Fournisseurs de plateformes UNIX

17 14 Guide d'administration systeme UNIX

18 Chapitre 0: Installation d'une station de travail Installation d'une station de travail. L'idee a l'origine de ce manuel est de fournir un guide a l'installation de stations de travail sous UNIX et a la conguration de certains services. L'encha^nement des chapitres de ce manuel est dicte par l'ordre des operations a eectuer pour rendre la station operationnelle : chapitre 2, page 25 : Demarrage d'unix (son bootstrap). On y trouvera des indications sur ce qui est active au demarrage d'une station. Dans la pratique, on utilisera ce chapitre une fois que la station aura boote pour le premiere fois et que l'on aura congure les disques etc. chapitre 3, page 39 : Conguration bas niveau de disques durs. chapitre 4, page 59 : Conguration de lesystems classiques. chapitre 7, page 89 : Conguration de la memoire virtuelle. C'est lorsque la station vient d'arriver qu'il est le moins genant de congurer ses disques car personne ne les utilise encore si bien qu'on peut s'essayer a toutes sortes de tests. La conguration des disques comporte trois aspects : 1. formattage physique et partitionnement ; 2. installation de lesystems ; 3. conguration de la memoire virtuelle. chapitre 8, page 101 : Reseau Ethernet. Ce chapitre decrit le minimum de theorie a conna^tre pour connecter physiquement une station a un reseau Ethernet. Des aspects logiciels lies a Ethernet sont abordes. chapitre 10, page 121 : Conguration d'internet Protocol (IP). Ce chapitre aborde les aspects logiciels de la mise en reseau d'une station de travail. chapitre 11, page 145 : Conguration du Domain Name Service (DNS). Ce chapitre continue le precedent en y decrivant le mecanisme logiciel permettant a une station de rentrer en connexion avec n'importe quelle autre station du monde. chapitre 12, page 175 : Gestion du temps et des horloges. Ce chapitre decrit comment on peut synchroniser l'horloge d'une station sur l'heure universelle, garantissant ainsi le bon fonctionnement des services qui auront besoin d'une horloge. chapitre 13, page 187 : Conguration du Network Information Service (NIS). Ce chapitre decrit le mecanisme permettant d'assurer une redistribution de certains contenus de chiers, comme les mots de passe. chapitre 14, page 205 : Conguration du Network File System (NFS). Ce chapitre decrit le mecanisme permettant d'utiliser le contenu d'un disque dur depuis une station autre que celle sur laquelle il est physiquement connecte. chapitre 15, page 229 : Aspects de securite UNIX. Une fois les principaux services d'une station congures, quelques aspects de securite seront abordes. chapitre 16, page 271 : Librairies dynamiques. Ce chapitre aborde divers points (notamment de securite) concernant les librairies dynamiques que de plus en plus de systemes utilisent.

19 16 Guide d'administration systeme UNIX La suite du manuel decrit des services a ajouter pour rendre la station conviviale pour les utilisateurs : chapitre 17, page 281 : Conguration du courrier electronique. Description du systeme du courrier electronique, du point de vue de l'administrateur et du point de vue de l'utilisateur. chapitre 18, page 305 : Conguration d'imprimantes. Description de la conguration d'imprimantes. chapitre 19, page 317 : Reseaux Appletalk. Ce chapitre prolonge le precedent en abordant l'interconnexion de reseaux AppleTalk avec des reseaux TCP/IP a dominante UNIX. chapitre 20, page 347 : Conguration de terminaux ASCII. chapitre 21, page 361 : Conguration de X Display Manager (XDM). chapitre 22, page : Conguration de Xkernel. Ces trois chapitres decrivent la conguration des dierents types de terminaux que l'on peut trouver sur le marche actuellement, a savoir les classiques terminaux ASCII, les terminaux X et un type particulier de terminaux X que sont les vieilles stations de travail recyclees pour cet usage. Voici quelques conseils sur la facon d'installer un systeme. Ce manuel n'abordera pas le probleme de l'installation partant de rien d'une station UNIX, chaque constructeur proposant en eet sa propre methode d'installation de son systeme. Si votre constructeur propose le systeme sur CDROM, envisagez, si ce n'est pas deja fait, l'achat d'un CDROM : le temps d'installation n'en sera que reduit et recommencer l'installation en cas de loupe ne necessite pas d'attendre qu'une bande magnetique se rembobine. D'autre part, le CDROM permet en general de booter dessus et de disposer ainsi d'un disque de depannage. Pour installer N stations avec le m^eme systeme, envisagez soit un disque dur de reference qui sera duplique sur chaque nouvelle station par branchement direct dessus, soit un mecanisme de boot des nouvelles stations en diskless prolonge d'une recopie via le reseau d'un disque de reference. Cette derniere methode fait l'objet de plusieurs documents sur le rezo :, mailing list auto-net-request@math.gatech.edu (adresse d'abonnement), article d'url ftp://ftp.umbc.edu/pub/sgi/upgrade/lisa8.ps Dernier conseil : ayez de preference deux stations du m^eme type sur votre reseau. D'une part, pour pouvoir booter l'une en diskless sur l'autre, d'autre part pour pouvoir consulter les chiers systeme ou les pages de manuel de l'une quand l'autre montre des problemes.

20 Chapitre 0: Installation d'une station de travail. 17

21 18 Guide d'administration systeme UNIX

22 Chapitre 1: L'administrateur systeme dans son milieu naturel L'administrateur systeme dans son milieu naturel. SAGE Job Descriptions for System Administrators Note: an expanded version of this document can be ordered from USENIX for $5.00. Organizations that rely on computing resources to carry out their mission have always depended on systems administration and systems administrators. The dramatic increase in the number and size of distributed networks of workstations in recent years has created a tremendous demand for more, and better trained, systems administrators. Understanding of the profession of systems administration on the part of employers, however, has not kept pace with the growth in the number of systems administrators or with the growth in complexity of system administration tasks. Both at sites with a long history of using computing resources and at sites into which computers have only recently been introduced, systems administrators face perception problems that present serious obstacles to their successfully carrying out their duties. Systems administration is a widely varied task. The best systems administrators are generalists: they can wire and repair cables, install new software, repair bugs, train users, oer tips for increased productivity across areas from word processing to CAD tools, evaluate new hardware and software, automate a myriad of mundane tasks, and increase work ow at their site. In general, systems administrators enable people to exploit computers at a level which gains leverage for the entire organization. Employers frequently fail to understand the background that systems administrators bring to their task. Because systems administration draws on knowledge from many elds, and because it has only recently begun to be taught at a few institutions of higher learning, systems administrators may come from a wide range of academic backgrounds. Most get their skills through on-the-job training by apprenticing themselves to a more experienced mentor. Although the system of informal education by apprenticeship has been extremely eective in producing skilled systems administrators, it is poorly understood by employers and hiring managers, who tend to focus on credentials to the exclusion of other factors when making personnel decisions. Understanding system administrators' background, training, and the kind of job performance to be expected is challenging; too often, employers fall back into (mis)using the job classications with which they are familiar. These job classi- cation problems are exacerbated by the scarcity of job descriptions for systems administrators. One frequently used misclassication is that of programmer or software engineer. Although the primary responsibility of the systems administrator is not to produce code, that is the metric by which programmers are evaluated, and systems administrators thus classied often receive poor evaluations for not being "productive" enough. Another common misclassication is the confusion of systems administrators with operators. Especially at smaller sites, where systems administrators themselves have to perform many of the functions normally assigned (at larger sites) to operators, systems administrators are forced to contend with the false assumption they are non-professional technicians. This, in turn, makes it very dicult for systems administrators to be compensated commensurate with their skill and experience.